¿Qué debe hacer el equipo de prueba cuando el desarrollo no realiza una prueba unitaria?

Cuando se encuentra con un equipo de desarrollo que no realiza pruebas unitarias, hay muchas cosas que debe hacer. Primero, prepárate para encontrar más defectos. La prueba de la unidad está destinada a detectar errores tontos realizados al crear más código, especialmente donde se comparte el código. Cuando se omiten las pruebas unitarias, la prueba de que todo sigue funcionando a nivel de código no está allí. Debe prepararse creando planes de prueba completos, incluir pruebas de integración, hacer una regresión completa en todas las áreas del sitio y crear automatización para probar regularmente esta funcionalidad. Estas actividades lo prepararán para la afluencia inevitable de defectos que pueden ocurrir debido a la falta de pruebas unitarias.

Usted es un profesional de control de calidad que incluye el rol de ingeniero de procesos. Lo segundo que debe hacer es proponer y abogar por la mejora del proceso. Debe recomendar y mostrar el valor de las pruebas unitarias a su equipo. Esto no significa hacer la prueba de la unidad usted mismo, ya que tiene tareas más importantes en las que concentrarse. Por el contrario, mencione regularmente el valor y la recomendación durante las retros. Como las cosas se deterioran rápidamente y los defectos son más comunes, el equipo eventualmente debería comenzar a prestar atención a sus consejos e introducir pruebas unitarias. Una vez que adoptan el proceso de prueba de unidad, su función es asegurarse de que continúen haciendo la prueba de unidad y que el proceso de prueba de unidad siga las mejores prácticas y los estándares de la industria.

Nada.

Existe una tendencia en los equipos ágiles a centrarse más en ‘QA’. Eso incluye hacer que los desarrolladores escriban más pruebas unitarias. En muchos casos, parece que los evaluadores que sugieren esto no tienen mucha profundidad en el desarrollo. También encuentro que parece una distracción de las pruebas, que es su trabajo .

En la mayoría de los equipos, hay mucha confusión sobre las pruebas. Incluso si comprende lo que está probando, una buena prueba es muy difícil. Le recomiendo que se concentre en las pruebas.

Desafortunadamente, parece que muchos desarrolladores también prefieren las nuevas pruebas, es decir, se centran más en las actividades del tipo de pruebas unitarias en lugar de las pruebas [1]. En la mayoría de los casos, he visto que estos desarrolladores realmente no entienden las pruebas.

No creo que haya nada malo en sugerir que los desarrolladores creen pruebas unitarias. Sin embargo, primero asegúrese de ser el mejor probador posible y que los desarrolladores lo respeten por eso.

Esto es lo que sucedió cuando le pedí a los desarrolladores que escribieran pruebas unitarias:

Logré un equipo de prueba. Cuando comenzamos ágilmente, el gerente de desarrollo dijo que los desarrolladores crearán pruebas unitarias. Fin del sprint, sin pruebas unitarias. Les pedí a los evaluadores que mencionaran esto en retrospectiva. No lo hicieron, algunos se quejaron. Entonces comencé a preguntar a los desarrolladores por qué no escriben pruebas unitarias. Esto requirió mucha presión y pérdida de capital político. Finalmente, el líder de desarrollo me preguntó por qué quería que crearan pruebas unitarias. Explicó que para este software, un producto de servidor cliente complejo, sería mejor crear automatización de extremo a extremo. Explicó que hacen revisiones muy cuidadosas y tienen desarrolladores muy fuertes. Pensé que eso tenía sentido.

Aprecié el hecho de que el desarrollador tenía algunas opiniones, en lugar de simplemente subirse al carro de la banda. También me di cuenta de que estaba fuera de mi alcance.

Una vez más, desafortunadamente, en el estado actual de la industria, como probador, avanzará si habla en general sobre las pruebas unitarias. Sin embargo, muchos buenos evaluadores eligen centrarse en las pruebas de software y dar su opinión sobre las pruebas unitarias si se les solicita.

En caso de que quiera saber más sobre lo que está probando, consulte mi blog Quora [2]. No hago esto para la promoción, por favor no me sigas, a menos que realmente quieras.

Notas al pie

[1] Carta a un desarrollador ágil hablando sobre pruebas – Nilanjan – Medium

[2] Contrafactuales