DOCUMENTOS RELACIONADOS CON EL DISEO DE LAS PRUEBAS SEGUN EL ESTANDAR IEEE std.

829 APLICACIN AL SOFTWARE JUEGO DE SCELULAS

ESTNDAR IEEE 829 PLAN DE PRUEBAS 1.Identificador nico configuracin). DOC-003 del documento(para la gestin de

2.Introduccin y resumen de elementos y caractersticas a probar. El documento a continuacion describe el alcance, la aproximacin, los recursos y la planificacin y las actividades necesarias. Identifica elementos de prueba, las caractersticas que deben probarse, las tareas de prueba, lo que har cada tarea. Los elementos a ser probados son: Software Documentacin 3.Elementos 3.1 software que se van a probar( por ejemplo, programas o mdulos). MODULO ENTRADA sub. Modulo -Definicin de Variables: Define las variables de la matriz las cuales son fila, col, FILAS, COLS, etc. sub. Modulo -Inicializa matriz y pone las clulas iniciales:

Se introducen los datos por defecto aleatoria mente MODULO PROCESO sub. Modulo -Imprime en pantalla la matriz de la poblacin Elige un vecino aleatoria mente: Se inicializa en la pantalla las celulas blancas y negras aleatoriamente y luego toma su vecino aleatorio y toma el valor para poder realizar el cambio de color. sub. Modulo -Explora la matriz y averigua que habitante hay: Registra la cantidad de habitantes e imprime en la pantalla (en un extremo) con el numero exacto de celulas blancas y negras. MODULO SALIDA sub. Modulo -Visualizacin en la matriz 3.2 Documentos a probar Doc Diseo Doc Analisis 4.Caractersticas que se van a probar. 1. fluidez de datos 2. independencia de mdulos 3. soporte del software 4. interfaz de usuario 5.Caractersticas que no se prueba. Errores relacionados con el tiempo. Condiciones de error no detectadas. Condiciones especiales de los datos. Invalidez de la informacin mostrada por pantalla. Interaccin con tareas en background. Fallos de configuracin/compatibilidad con software Incapacidad de soportar el volumen de carga o fallos hard. de la prueba(actividades, tcnicas,

6.Enfoque general herramientas, etc).

PRUEBA DEL DISEO Las pruebas del diseo van encaminadas a asegurar que la arquitectura propuesta es coherente, consistente y completa. PRUEBAS DE UNIDAD Pretenden probar que los fragmentos individuales (unidades) que forman el sistema cumplen las especificaciones y tienen el comportamiento esperado. PRUEBA DE REQUISITOS Se validan los mtodos y procesos para recolectar requisitos. Comprobacin de la complecin y consistencia

 Eliminacin de requisitos duplicados PRUEBAS DE INTEGRACIN Se prueban las funcionalidades, rendimiento, fiabilidad, etc. del sistema, sus relaciones con el exterior, etc. PRUEBAS DE REQUISITOS Diferentes tcnicas de captura y anlisis de requisitos (prototipos, casos de uso, etc.) El resultado es una descripcin de las funciones del sistema PRUEBAS DE DISEO Objetivo: generar especificaciones implementacin de un sistema. PRUEBA DE INTERFAZ Parace que ya hemos logrado proporcionar a nuestros usuarios una interfaz grfica bien organizada, similar a la de otras aplicaciones, utilizable con el teclado, con ayudas en toda la interfaz y en su idioma. PRUEBA DE GRAFOS Un criterio ms riguroso se basa en la completitud ya no aplicado a las sentencias sino a los arcos del grafo de flujo de control del programa. Nuevamente, asumiremos un lenguaje estructurado a bloques para nuestro anlisis. 7.Criterios de paso/fallo para cada elemento. completas para la

8.Criterios de suspensin y requisitos de reanudacin. No existe 9.Documentos a entrega(como mnimo, los descritos estndar). Informe de Grafos Informe de Resistencia Informe de unidad Informe de integracin Informe de interfaz grafica Informe de documentacin y ayuda 10.Actividades de preparacin y ejecucin de pruebas. Organizacin de Equipos Jefe de equipo SHIRLEY VELIZ BUSTILLOS Preparacin de casos de pruebas Ejecucin de pruebas Datos de la prueba Preparar informe 11.Necesidades de entorno. En cuanto a: SOFTWARE y HADWARE: Sistema operativo MS-dos o Windows Un computador con requerimiento mnimo microprocesador 486 DOCUMENTACION: Absoluta comodidad, tranquilidad.

en

el

de

un

12.Responsabilidades en la organizacin y realizacin de las pruebas. Pruebas de Documentacin: Shirley Veliz Bustillos Pruebas de software: Jorge Carlos Mendieta A. 13.Necesidades de personal y de formacin. Que sepa la utilizacin de sistemas operativos (MS-dos) y lenguaje de programacin (C++) 14.Esquema de tiempos(con tiempos estimados, hitos,etc.)

15.Riesgos asumidos por el plan y planes de contigencias para cada riesgo. Copias de seguridad Frecuencia Periodicidad Plan de contingencias Prever fallos crticos Procedimientos alternativos Tratamiento de errores Posibilidad de error recuperacin Planificacin contenido mensajes de error 16.Aprobaciones y firmas con nombre y puesto desempeado. Jorge Carlos Mendieta Shirley Veliz Bustillos

ESPECIFICACIN DEL DISEO DE PRUEBAS 1.Identificador(nico) para la especificacin. Proporcionar tambin una referencia del plan asociado(si existe). No existe 2.Caractersticas a probar de los elementos software (y combinaciones de caractersticas). fluidez de datos independencia de modulos soperte del software interfaz de usuario 3.Detalles sobre el plan de pruebas del que surge este diseo, incluyendo las tcnicas de prueba especfica y los mtodos de anlisis de resultados. 4.Identificacin de cada prueba: *Identificador. *Casos que se van a utilizar. *Procedimientos que se van a seguir. 5.Criterios de paso/fallo de la prueba(criterios para determinar si una caracterstica o combinacin de caractersticas ha pasado con xito la prueba o no).

HISTORICO DE PRUEBAS El histrico de pruebas (test log) documenta todos los hechos relevantes ocurridos durante la ejecucin de las pruebas HISTORICO DE PRUEBAS Identificador Descripcin de la prueba: elementos probados y entorno de la prueba Anotacin de datos sobre cada hecho ocurrido (incluido el comienzo y el final de la prueba) Fecha y hora Identificador de informe de incidente Otras informaciones INFORME DE INCIDENTE El informe de incidente (test incident report) documenta cada incidente (por ejemplo, una interrupcin en las pruebas debido a

un corte de electricidad, bloqueo del teclado, etc.) ocurrido en la prueba y que requiera una posterior investigacin. INFORME DE INCIDENTE Identificador Resumen del incidente Descripcin de datos objetivos (fecha/hora, entradas, resultados esperados, etc) Impacto que tendr sobre las pruebas INFORME RESUMEN DE PRUEBAS El informe resumen (test summary report) resume los resultados de las actividades de prueba (las sealadas en el propio informe) y aporta una evaluacin del software basada en dichos resultados INFORME RESUMEN DE LAS PRUEBAS Identificador Resumen de la evaluacin de los elementos probados Variaciones del software respecto a su especificacin de diseo, as como las variaciones en las pruebas Valoracin de la extensin de la prueba (cobertura lgica, funcional, de requisitos, etc.) 1 Resumen de los resultados obtenidos en las pruebas Evaluacin de cada elemento software sometido a prueba (evaluacin general del software incluyendo las2 limitaciones del , mismo) 3 Firmas y aprobaciones de quienes deban supervisar el informe PRUEBA DE GRAFOS NOTACION DE GRAFO FLUJO

3 5 7 1 9 1 8 1
1 0

4 6 1

1 1

1 2 1 3 1 4 1 5

Camino 1: Camino 2: Camino 3: Camino 4: Camino 5:

COMPLEJIDAD CICLOMATICA 1- 2 - 3 - 4 - 15 1- 2 - 3 - 5 6 14 - 15 1- 2 - 3 - 5 7 8 13 1- 2 - 3 - 5 7 9 10 1- 2 - 3 - 5 7 9 11 14 - 15 12 13 14 - 15 12 13 14 - 15

LA COMPLEJIDAD CICLOMATICA V(G)= A N + 2 V(G)= 18 15 + 2 V(G)= 5 A = ARISTAS N = NODOS V(G) = 4 NODOS PREDICADO + 1 V(G) = 5 NOTACION DE GRAFO FLUJO

1 2 , 3 3 4 5 1 6 2 , 3 7 9 1

9 9 1

8 7 9 1
0

1 0

1 1 1 2 1 3

Camino 1: Camino 2:

COMPLEJIDAD CICLOMATICA 1- 2 - 3 - 4 5 6 7 8 - 10 11 12 - 13 1- 2 - 3 - 4 5 6 7 9 - 10 11 12 - 13

LA COMPLEJIDAD CICLOMATICA V(G)= A N + 2 V(G)= 15 13 + 2 V(G)= 4 A = ARISTAS N = NODOS V(G) = 3 NODOS PREDICADO + 1 V(G) = 4 PRUEBA DE UNIDAD Hablamos de una unidad de prueba para referirnos a uno o ms mdulos que cumplen las siguientes condiciones [IEEE, 1986a]: Todos son del mismo programa Al menos uno de ellos no ha sido probado El conjunto de mdulos es el objeto de un proceso de prueba PRUEBAS DE INTEGRACION Factores La forma de preparar casos Las herramientas necesarias El orden de codificar y probar los mdulos El coste de la depuracin El coste de preparacin de casos

1 PROGRAMA SCELULAS

1.1 ENTRADA

1.2 PROCESO

1.3 SALIDA

1.1.1 Definicin de Variables

1.1.2 Inicializa matriz y pone las clulas iniciales

1.2.1 Imprime en pantalla la matriz de la poblacin

1.2.2 Elige un vecino aleatoriamente

1.2.3 Explora la matriz y averigua que habitante hay

PRUEBA DEL SISTEMA PRUEBA DEL SISTEMA

Cumplimiento de todos los requisitos funcionales, considerando el producto software final al completo en un entorno de sistema El funcionamiento y rendimiento en las interfaces hardware, software, de usuario y de operador Adecuacin de la documentacin de usuario Ejecucin y rendimiento en condiciones lmite y de sobrecarga

FUENTES DE DISEO DE CASOS DE PRUEBA Casos basados en los requisitos gracias a tcnicas de caja negra aplicadas a las especificaciones Casos necesarios para probar el rendimiento del sistema y de su capacidad funcional (pruebas de volumen de datos, de lmites de procesamiento, etc.). Este tipo de pruebas suelen llamarse pruebas de sobrecarga (stress testing) Casos basados en el diseo de alto nivel aplicando tcnicas de caja blanca a los flujos de datos de alto nivel (por ejemplo, de los diagramas de flujo de datos) Los elementos a ser probados son: Pruebas de caja negra: reas de prueba ms importantes en el plan: Grafos Resistencia unidad integracin interfaz grafica documentacin y ayuda Tiempo real