Muchos desarrolladores consideran que las pruebas son un mal necesario. No quieren escribir planes de prueba. Ni siquiera quieren escribir casos de prueba. Algunos de ellos no ven el control de calidad como estar en el mismo estadio que el desarrollo.



Diseñar y desarrollar arneses de prueba y códigos de casos de prueba puede ser tan desafiante y gratificante como diseñar y desarrollar el producto en sí.





Algunos de los desafíos incluyen:

descubrir cómo automatizar tanto como sea posible, no solo de la ejecución real del caso de prueba, sino también de la verificación y regresión de resultados, descubrir cómo crear casos de prueba negativos, para probar y verificar casos de error, que se ejecutan averiguar de forma automática y precisa los casos límite en la especificación, las condiciones de contorno, los posibles errores fuera de uno Los desarrolladores tienden a centrarse en rutas de ejecución positivas y, a menudo, no se preocupan por las condiciones de límite (¡sí, deberían hacerlo!).



Entonces, como desarrollador, tómese un tiempo para pensar en la vida al otro lado del espejo. Piensa en casos de prueba. Piense en cómo planificaría todos esos casos de prueba. Piensa en automatizar esas pruebas.