2 principios de las pruebas

240 visualizaciones

Publicado el

Publicado en: Diseño
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
240
En SlideShare
0
De insertados
0
Número de insertados
2
Acciones
Compartido
0
Descargas
0
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

2 principios de las pruebas

  1. 1. PRINCIPIOS DE PRUEBAS <ul><li>PRINCIPIOS FUNDAMENTALES </li></ul><ul><li>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. </li></ul><ul><li>Las pruebas tienen como objetivo detectar errores. Nunca deben planificarse bajo el supuesto de que no va a encontrarse ninguno. </li></ul><ul><li>Un programador debe evitar probar su propio programa. Como mucho realizará las pruebas unitarias. </li></ul>
  2. 2. PRINCIPIOS DE PRUEBAS <ul><li>PRINCIPIOS FUNDAMENTALES (II) </li></ul><ul><li>Se deben escribir casos de prueba tanto para las condiciones de entrada válidas como para aquellas que no sean válidas. </li></ul><ul><li>La descripción de los resultados esperados de una prueba es una parte imprescindible a la hora de diseñar un caso de prueba. </li></ul><ul><li>Todo caso de prueba debe constar de: </li></ul><ul><ul><li>PRECONDICIONES </li></ul></ul><ul><ul><li>DATOS DE ENTRADA </li></ul></ul><ul><ul><li>RESULTADOS ESPERADOS </li></ul></ul>
  3. 3. PRINCIPIOS DE PRUEBAS <ul><li>PRINCIPIOS FUNDAMENTALES (III) </li></ul><ul><li>Se debe revisar cuidadosamente el resultado de cada prueba. </li></ul><ul><li>En un elemento a probar en el que ya se han detectado errores es muy probable que se encuentren más. </li></ul><ul><li>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. </li></ul>
  4. 4. PRINCIPIOS DE PRUEBAS <ul><li>PRINCIPIOS FUNDAMENTALES (y IV) </li></ul><ul><li>Hay que optimizar el esfuerzo de pruebas. Priorizar los casos para probar en primer lugar los elementos más críticos para el negocio. </li></ul><ul><li>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. </li></ul><ul><li>Ajustar la estrategia teniendo en cuenta los RIESGOS es una buena idea. ¿Qué pasa si falla X? </li></ul>

×