Mi gerente de control de calidad me dice que los desarrolladores no son buenos candidatos para el departamento de control de calidad. El gerente dice que los desarrolladores no están versados ​​en las metodologías de control de calidad. Un QA de desarrollador es su propio código y prueba funcionalmente sus procesos, ¿por qué mi gerente hace esta declaración?

Answer 1

Sospecho que su gerente tiene una idea del proceso, la redacción rigurosa de casos de prueba y varias técnicas de diseño de prueba. En el pasado había un muro entre QA y dev con QA como una especie de equipo especializado.

Aunque eso ha cambiado ahora, la nueva realidad es que los desarrolladores aún no saben lo que está probando. Por supuesto, eso no significa que no deberían hacerlo. Si alguien en el equipo sabe lo que está probando, debe entrenar a los desarrolladores.

Y volviendo a la idea original, no importa cuán a medias esté el conocimiento, es una buena idea compartir, discutir y tratar de mejorar.

No estoy seguro si sabes qué es QA / prueba. Recomendaría estudiar este libro para tener una mejor idea: Lecciones aprendidas en las pruebas de software: un enfoque basado en el contexto: Cem Kaner, James Bach, Bret Pettichord: 9780471081128: Amazon.com: Libros
y no creas las tendencias actuales que ves en las pruebas para desarrolladores.

Answer 2

Parece que hay una razón por la que debe estar teniendo su propia teoría, o podría deberse a la política que podría existir en el equipo.

Hasta donde yo sé, y trabajo en estrecha colaboración con los gerentes de control de calidad y los gerentes de desarrollo, los desarrolladores no solo son buenos candidatos para el departamento de control de calidad, si se trata de desarrolladores del mismo “proyecto” que asumen el papel de “control de calidad”, entonces en En ese escenario, son los mejores candidatos.
La metodología de control de calidad nunca es un factor decisivo en la mayoría de los enfoques de desarrollo de software. Es como la ley de tránsito, los aprendes y los sigues. No es que evolucione ni que sea un gran desafío adaptarse a él. Al final del día, “está comparando el resultado real con el esperado”. ¡El quid de QA está contenido en esa última línea! Por supuesto, existen metodologías sofisticadas asociadas con el enfoque de control de calidad, pero para todos los propósitos prácticos, y debido a la alta confiabilidad, la mayoría de los gigantes tecnológicos siguen el enfoque estándar de “Prueba-comparar-pasar / fallar”.

Los desarrolladores, por lo tanto, harán el mejor control de calidad. De hecho, tienen una mayor comprensión que las personas que siempre han trabajado como QA, ya que pueden “predecir” fácilmente qué error lógico o sistemático podría conducir al fracaso. ¡Siempre he visto que tales desarrolladores son muy apreciados y tienen un mejor control de calidad a lo largo de mi carrera y nunca al revés!

La única razón por la que puedo explicarle por qué su gerente dijo lo anterior, es que podría estar alineando sus palabras con sus objetivos personales dentro de la compañía. O puede que haya algo de política allí (que por dentro estará dando vueltas en torno a sus objetivos personales). ¡He visto que esto sucede en muchos lugares donde trabajé!