¿Es el desarrollo superior al control de calidad? ¿Por qué o por qué no?

Trabajar sabiamente ambos son igualmente importantes.

pero una persona con perfil de desarrollador se considera mejor que una persona con perfil de control de calidad

Aquí hay algunas mentalidades, que es la causa raíz de esto

a) SI conseguimos una buena persona de desarrollo, él haría una buena codificación y la necesidad de QA sería menor

b) Dev requiere conjuntos de habilidades especiales, codificación y escritura de algoritmos / lógica
pero el control de calidad no requiere habilidades (requiere actitud y atención a los detalles)

Una empresa tendría altos estándares de requisitos para el equipo de desarrollo
pero puede estar relajado en los requisitos para el equipo de control de calidad

Entonces, si juzgas a una persona por escribir Algos / logic Dev, las personas obtendrían una puntuación más alta a medida que ejercen esa parte de su cerebro con más frecuencia

Pero si juzga a una persona sobre el comportamiento del producto, teniendo Eye para detalles y procesos, un QA obtendría una puntuación mucho más alta.

En una compañía de productos, son tratados a la par y también tienen paquetes de pago similares
pero en la industria de servicios, el personal de control de calidad a veces recibe paquetes de pago menores que Dev.

y siempre hay excepciones
A veces, una persona que comienza una carrera en control de calidad, puede no tener la oportunidad de cambiar a Dev más tarde
si es inteligente, automatizaría las pruebas de una manera tan flexible que un ciclo de prueba normal se reduciría considerablemente

También QA son un gran soporte para Dev para problemas de reproducción de producción.

si está pidiendo esto para decidir si debe elegir dev o QA
Definitivamente recomendaría probar Dev 1st, si lo disfrutas continúa haciéndolo
si no lo está disfrutando, cambie a QA
tu experiencia de desarrollo también te ayudará en el departamento de Qa

y es más fácil cambiar a Qa desde Dev, pero viceversa es difícil

Depende de su enfoque hacia las pruebas de software / garantía de calidad. Si desempeña un papel de simple guardián de la puerta al final de cada lanzamiento del producto y continúa haciendo cosas de verificación manual de la interfaz de usuario, será fácilmente reemplazable, probador de monos. Si colabora con todo el equipo, participa desde la etapa inicial de un proyecto, piensa seriamente en los casos de uso de negocios completos de extremo a extremo, deriva escenarios de prueba reales de los diseños y minimiza las tareas repetitivas a través de la automatización de pruebas efectiva, no será considerado como menos valioso

Intentar comparar las dos es como tratar de comparar manzanas y naranjas, la única similitud es que ambas son frutas. El control de calidad es tan importante como Dev, ya que no importa cuán bueno sea el codificador, todavía son humanos y cometerán errores. Nunca diría que uno es superior al otro, sino que deberían aprender a existir en un nivel igual.

Un software es como un cuerpo humano. Estás haciendo una pregunta como: “¿Es el corazón más importante que un cerebro?” y la respuesta sería: “Esa es una pregunta incorrecta. Todas las partes se combinan para formar un cuerpo humano, si uno falla el descanso también fallará”.

Si. Porque QA eres tú. No tienes trabajo, pero pasas tiempo haciendo preguntas discutibles sobre Quora. Y los desarrolladores son como yo, que tienen muchas cosas urgentes que hacer, pero contesto preguntas como esta en Quora.

Tan importante como QA es, Dev requiere un conjunto de habilidades más valioso. No es necesariamente correcto etiquetarlos como superiores.

Lamentablemente, el control de calidad se convierte en un vertedero para los malos ingenieros. Al tener que entrevistar al personal de control de calidad, me encuentro con más idiotas que mis contrapartes de “desarrollo”.

La percepción baja se perpetúa a sí misma. Recuerdo una entrevista en la que el candidato dijo que buscaba un puesto de control de calidad porque pensaba que no necesitarían aprender tanto. MALDITO. TORO. MIERDA. Eso fue fácil de no contratar.

Yo diría que las personas que se quedan en QA generalmente no son tan creativas, a veces están más aclimatadas a los negocios, realmente depende de la compañía cuánto trabajan realmente con los Devs, hice QA como pasante por un poco, estuvo bien durante aproximadamente 2 meses, entonces me aburrí y estresé a veces, la peor combinación