ESTRATEGIA  DE  PRUEBAS DE SOFTWARE<br />DAYRO GARZON MURCIA<br />SEBASTIAN  BAQUERO CASTRO<br />LORENA  GUEVARA SOLARTE<b...
¿Qué es una estrategia de pruebas?<br />
  ¿Para que sirven?<br />Qué metodología de pruebas se va a usar.<br />Cómo serán evaluados los riesgos del software.<br /...
Qué herramientas y recursos serán necesarios.<br />Cuál será el entorno de pruebas.<br />En cuanto al equipo de pruebas se...
IEEE; ofrece el estándar 829. Esta es una plantilla para realizar el plan de pruebas que contiene los siguientes puntos:<b...
Características a ser probadasCaracterísticas que no serán probadas<br />Estrategia<br />Criterios para decisión si la pru...
Tareas de pruebas por realizarNecesidades del entorno<br />Necesidades de personal y de entrenamiento<br />Responsabilidad...
GESTION DE DEFECTOS<br />La estrategia de pruebas ayuda a definir las actividades internas que manejará el proceso de prue...
ACTIVIDADES DE VALIDACION<br />Dichas actividades son las más comunes dentro de un equipo de pruebas de software. El sigui...
ACTIVIDADES DE VERIFICACION<br />La verificación es la actividad que se hace para confrontar que los diseños que han elabo...
Dicha correspondencia entre los modelos y la codificación de la aplicación ayudará en un futuro, dado el caso de mantenimi...
Estrategias de prueba de software
Próxima SlideShare
Cargando en…5
×

Estrategias de prueba de software

1.016 visualizaciones

Publicado el

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

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

No hay notas en la diapositiva.

Estrategias de prueba de software

  1. 1. ESTRATEGIA  DE  PRUEBAS DE SOFTWARE<br />DAYRO GARZON MURCIA<br />SEBASTIAN BAQUERO CASTRO<br />LORENA GUEVARA SOLARTE<br />
  2. 2. ¿Qué es una estrategia de pruebas?<br />
  3. 3. ¿Para que sirven?<br />Qué metodología de pruebas se va a usar.<br />Cómo serán evaluados los riesgos del software.<br />Qué técnicas específicas de pruebas serán usadas para probar el software.<br />Cuáles serán los criterios para decidir si avanzar o quedarse en un nivel de pruebas.<br />
  4. 4. Qué herramientas y recursos serán necesarios.<br />Cuál será el entorno de pruebas.<br />En cuanto al equipo de pruebas se debe tener en cuenta, cuántas personas serán necesarias? qué habilidades deben tener? será necesario entrenamiento adicional para dichas personas?<br />
  5. 5. IEEE; ofrece el estándar 829. Esta es una plantilla para realizar el plan de pruebas que contiene los siguientes puntos:<br />Identificador del plan de pruebas<br />Referencias<br />Introducción<br />Producto a probarRiesgos en el desarrollo del software<br />
  6. 6. Características a ser probadasCaracterísticas que no serán probadas<br />Estrategia<br />Criterios para decisión si la prueba ha fallado o ha pasado<br />Criterio para decidir cuando detener y reanudar las pruebasEntregables<br />
  7. 7. Tareas de pruebas por realizarNecesidades del entorno<br />Necesidades de personal y de entrenamiento<br />Responsabilidades<br />Cronograma<br />Planeación de riesgos y contingencias<br />Aprobaciones<br />Glosario<br />
  8. 8. GESTION DE DEFECTOS<br />La estrategia de pruebas ayuda a definir las actividades internas que manejará el proceso de pruebas, como se verá a continuación, se define un flujo en el que básicamente se definen las actividades de manejo de defectos entre los grupos de pruebas y de construcción de un proceso de desarrollo de software.<br />
  9. 9.
  10. 10. ACTIVIDADES DE VALIDACION<br />Dichas actividades son las más comunes dentro de un equipo de pruebas de software. El siguiente diagrama de actividades explica de manera básica, el workflow que se da al interior de un equipo de pruebas. <br />
  11. 11.
  12. 12. ACTIVIDADES DE VERIFICACION<br />La verificación es la actividad que se hace para confrontar que los diseños que han elaborado los miembros del equipo de análisis y diseño hayan sido implementados cabalmente por los miembros del equipo de desarrollo. <br />
  13. 13. Dicha correspondencia entre los modelos y la codificación de la aplicación ayudará en un futuro, dado el caso de mantenimiento ante hallazgo de defectos, o simplemente si el cliente requiere una nueva funcionalidad, pero para poder implementar ésta es necesario realizar una extensión de diseños y del código.<br />

×