Estamos utilizando un proceso de desarrollo clásico en forma de V. Luego tenemos requisitos, arquitectura, diseño, implementación, pruebas de integración, pruebas de sistema y aceptación.
Los probadores están preparando casos de prueba durante las primeras fases del proyecto. El problema es que, debido a problemas de recursos (*), las fases de prueba son demasiado largas y a menudo se acortan debido a limitaciones de tiempo (ya sabes, los gerentes de proyecto ...;)). Los desarrolladores están haciendo sus pruebas unitarias como deberían.
Entonces, mi pregunta es simple: ¿deberían los desarrolladores participar en las fases de prueba y no es demasiado 'peligroso'? Me temo que le dará a los gerentes de proyecto una falsa sensación de mejor calidad a medida que se realiza el trabajo, pero ¿el valor agregado de man.days sería de alguna utilidad? No estoy realmente seguro de que los desarrolladores hagan pruebas (sin ofender aquí, pero todos sabemos que es bastante difícil romper con unos pocos clics lo que has hecho en varios días).
Gracias por compartir tus pensamientos.
(*) Por razones oscuras, aumentar el número de probadores no es una opción a partir de hoy.
(Solo por adelantado, no es un duplicado de ¿Deberían los programadores ayudar a los evaluadores a diseñar las pruebas? Que habla sobre la preparación de la prueba y no la ejecución de la prueba, donde evitamos la implicación de los desarrolladores)