Aseguramiento de la calidad y pruebas de software
5- Pruebas del softwareEstándar IEEE-829 “Standard for Software Test Documentation”
Blanca A. Vargas Govea [email protected]
Abril 2, 2013
Pronto podré ejecutar mi plan
Photo Credit: <a href="http://www.flickr.com/photos/14516334@N00/337114890/">aussiegall</a> via <a href="http://compfight.com">Compfight</a> <a href="http://creativecommons.org/licenses/by/2.0/">cc</a>
Fase final
● Más tipos de pruebas: estadísticas, de bd, programación basada en pruebas
● Métricas para evaluar resultados
● Estándares: IEEE
● Integración y ejecución del plan de V&V
● Temas de ceneval*
Ya estamos por aquí
Objetivo
● Retroalimentación – Comentarios sobre errores frecuentes.
● Estándares para documentación de pruebas de software.
Photo Credit: <a href="http://www.flickr.com/photos/32066106@N06/5019940179/">HikingArtist.com</a> via <a href="http://compfight.com">Compfight</a> <a href="http://creativecommons.org/licenses/by-nc-nd/2.0/">cc</a>
Estándar IEEE-829Estándar para documentación de pruebas
de software
Necesitamos ladocumentación de
pruebas de acuerdo al estándar
IEEE correspondiente
ay
¿Para qué se creó?
● Generación de distintos documentos para control de pruebas.
● Nombres diversos– PruebasKitty.pdf– PruebasGrafo.pdf
El objetivo del estándar es proporcionar un conjunto estandarizado de documentos para la documentación de pruebas de software.
Tipos de
documento
1. Preparación de pruebas
Fases de pruebas
2. Ejecución de las pruebas
3. Término de las pruebas
1. Plan de pruebas
2. Especificación del diseño de pruebas
3. Especificación de casos de prueba
4. Procedimientos de prueba
5. Reporte de transmisión de ítems de pruebas
6. Log de pruebas
7. Reporte de incidentes de pruebas
8. Reporte de las pruebas
Existen 8 tipos de documento que pueden usarse en 3 fases distintas de las pruebas de software
7
Documento 1
1. Plan de pruebas
● Documento eje sobre el cual se desarrollan las pruebas.
● Describe alcance, enfoque, recursos y calendarización de actividades de prueba.
● Identifica los ítems y características a probar así.
● Identifica las tareas de prueba a desarrollar, los responsables de cada tarea y los riesgos asociados.
8
Documentos 2, 32. Especificación del diseño
de pruebas3. Especificación de casos
de prueba● Se determina qué
necesita ser probado.● Se determina cómo
sería una prueba exitosa.
● Se deriva de los requerimientos.
● Valores exactos de entrada y otros que se requieran.
● Valores exactos de salida y cambios del sistema esperados.
● Pasos para ejecutar las pruebas.
9
Documentos 4, 54. Procedimientos de
prueba5. Reporte de transmisión
de ítems de pruebas● Describe cómo el
tester ejecutará físicamente la prueba y los pasos necesarios.
● Describe los ítems para prueba, dónde encontrarlos y da la aprobación para su liberación.
● Es importante porque garantiza al tester de que los ítems están listos para ser probados.
● Es una clara indicación de empezar a probar.
10
Documentos 6, 7
6. Log de pruebas 7. Reporte de incidentes de prueba
● Registra los detalles sobre qué casos de pruebas se han ejecutado, en qué orden y sus resultados (pass/fail).
● Si hay discrepancias, se levanta o actualiza un reporte de incidentes.
● Descripción de los detalles encontrados cuando la prueba no pasó.
11
Documento 8
8. Reporte de pruebas
Resume la información importante sobre las pruebas, incluyendo
● evaluación de qué tan bien se realizaron las pruebas,
● número de incidentes reportados,
● evaluación sobre la calidad del sistema
El documento es importante porque sirve para decidir si la calidad del sistema es suficiente para permitir continuar.
12
Aplicación del estándar
● Es genérico para cubrir todos los tipos de prueba.
● Los documentos pueden adaptarse.
● La idea es que cualquiera que se una al proyecto sepa qué documentos se usan y para qué propósito.
● Agilizar el trabajo.
13
¿Qué se tiene?
● Diseño de casos de prueba.
● Ejecución de casos de prueba.
● Resultados de casos de prueba.
● Plan inicial de pruebas (caja negra y caja blanca).
¿A qué documentos del estándar corresponden?
15
Actividad 18 - equipo● Con base en el ejemplo de plan de pruebas
(IEEE), elaborar un plan de pruebas para su proyecto.
● Observación: ya se tienen documentos que corresponden a los 8 mostrados en esta presentación. Incorporarlos al documento en la sección correspondiente.
17
Referencia
● Godzilla Photo Credit: <a href="http://www.flickr.com/photos/76074333@N00/317952268/">WorldIslandInfo.com</a> via <a href="http://compfight.com">Compfight</a> <a href="http://creativecommons.org/licenses/by/2.0/">cc</a>
● Cara Photo Credit: <a href="http://www.flickr.com/photos/27804180@N00/3659489529/">p!o</a> via <a href="http://compfight.com">Compfight</a> <a href="http://creativecommons.org/licenses/by-nc-nd/2.0/">cc</a>