Este documento presenta varios principios fundamentales para las pruebas de software. En primer lugar, las pruebas requieren creatividad e imaginación para desafiar intelectualmente al programador. El objetivo de las pruebas es detectar errores asumiendo que los habrá. Un programador no debe probar su propio código. Además, los casos de prueba deben incluir condiciones de entrada válidas e inválidas, y describir resultados esperados. Finalmente, se debe optimizar el esfuerzo de pruebas priorizando los elementos más críticos para

1. PRINCIPIOS DE PRUEBAS PRINCIPIOS FUNDAMENTALES Las pruebas son una tarea para la que hace falta creatividad e imaginación. Suponen un desafío intelectual, como mínimo, igual al de programar. Las pruebas tienen como objetivo detectar errores. Nunca deben planificarse bajo el supuesto de que no va a encontrarse ninguno. Un programador debe evitar probar su propio programa. Como mucho realizará las pruebas unitarias.

2. PRINCIPIOS DE PRUEBAS PRINCIPIOS FUNDAMENTALES (II) Se deben escribir casos de prueba tanto para las condiciones de entrada válidas como para aquellas que no sean válidas. La descripción de los resultados esperados de una prueba es una parte imprescindible a la hora de diseñar un caso de prueba. Todo caso de prueba debe constar de: PRECONDICIONES DATOS DE ENTRADA RESULTADOS ESPERADOS

3. PRINCIPIOS DE PRUEBAS PRINCIPIOS FUNDAMENTALES (III) Se debe revisar cuidadosamente el resultado de cada prueba. En un elemento a probar en el que ya se han detectado errores es muy probable que se encuentren más. No olvidar nunca el NEGOCIO. Es mejor detectar una incidencia grave que puede impedir que el negocio salga adelante que diez mejoras que no afectan al mismo.

4. PRINCIPIOS DE PRUEBAS PRINCIPIOS FUNDAMENTALES (y IV) Hay que optimizar el esfuerzo de pruebas. Priorizar los casos para probar en primer lugar los elementos más críticos para el negocio. Hay que detectar cuáles son los puntos débiles de la compañía o del equipo de desarrollo para centrar el esfuerzo en ellos y ajustar la estrategia de desarrollo. Ajustar la estrategia teniendo en cuenta los RIESGOS es una buena idea. ¿Qué pasa si falla X?