No hacemos esto en nuestra empresa, pero uno de mis amigos dice que su gerente de proyecto le pidió a cada desarrollador que agregue errores intencionales justo antes de que el producto pase a control de calidad. Así es como funciona:
- Justo antes de que el producto pase al control de calidad, el equipo de desarrollo agrega algunos errores intencionales en lugares aleatorios del código. Realizan correctamente una copia de seguridad del código original de trabajo para asegurarse de que esos errores no se envíen con el producto final.
- Los evaluadores también están informados sobre esto. Así que se pondrán a prueba, Porque saben que hay errores presentes y que no encontrarlos podría ser considerado como un signo de incompetencia.
- Si se ha encontrado un error (intencional o de otro tipo), se informará al equipo de desarrollo para que lo corrija. El equipo de desarrollo luego agrega otro error intencional en una sección relacionada del código justo antes de que el producto pase al control de calidad de segundo nivel. El gerente del proyecto dice que un probador debería pensar como un desarrollador y debería esperar nuevos errores en las secciones donde se realizaron los cambios.
Bueno, así es como va. Dicen que este enfoque tiene las siguientes ventajas.
- Los evaluadores estarán siempre en estado de alerta y se pondrán a prueba como locos. Eso les ayuda a encontrar errores ocultos (no intencionales) para que los desarrolladores puede arreglarlos.
- Los probadores se alimentan de errores. No encontrar ningún error afectará su moral. Así que darles uno fácil de encontrar ayudará a su moral.
Si ignora el escenario en el que uno de estos errores intencionales se envía con el producto final, ¿cuáles son los otros inconvenientes que debemos tener en cuenta antes de siquiera pensar en adoptar este enfoque?
Algunas aclaraciones:
- Realizan correctamente una copia de seguridad del código original en el control de origen.
- Cuando un probador encuentra el error intencional, el equipo de desarrollo simplemente lo ignora. Si el probador descubre un error no intencional (original), el equipo de desarrollo primero comprueba si es causado por alguno de los errores intencionales. Es decir, el equipo de desarrollo primero intenta reproducir eso en el código de trabajo original y trata de solucionarlo si es posible.
- Simplemente ignore los problemas de relación entre el control de calidad y el equipo de desarrollo. Hice esta pregunta específicamente en Programadores , no en The Workplace . Tenga en cuenta que existe una buena relación entre el control de calidad y el equipo de desarrollo, y se juntan después de las horas de trabajo. El gerente del proyecto es un viejo caballero agradable que siempre está listo para apoyar a ambos equipos (Godsend).