Aseguramiento de la calidad y pruebas de software

5- Pruebas del softwareEstándar IEEE-829 “Standard for Software Test Documentation”

Blanca A. Vargas Govea vargasgovea@itesm.mx

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?

14

Actividad

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.

16

Tarea 17● Estudiar para el examen

– Sesiones 8 - 18

● Viernes 5 de Abril

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>