Anexo Ieee829 Ejemplo
Anexo Ieee829 Ejemplo
Anexo Ieee829 Ejemplo
del
documento(para
la
gestin
de
DOC-003
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 matris
3.2 Documentos a probar
Doc Diseo
Doc Analisis
4.Caractersticas que se van a probar.
1.
2.
3.
4.
fluidez de datos
independencia de mdulos
soporte del software
interfaz de usuario
6.Enfoque general
herramientas, etc).
de
la
prueba(actividades,
tcnicas,
Objetivo:
generar
especificaciones
implementacin de un sistema.
completas
para
la
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.
Informe
Informe
Informe
Informe
Informe
Informe
de
de
de
de
de
de
Grafos
Resistencia
unidad
integracin
interfaz grafica
documentacin y ayuda
11.Necesidades de entorno.
En cuanto a:
SOFTWARE y HADWARE:
Sistema operativo MS-dos o Windows
Un computador con requerimiento mnimo de un
microprocesador 486
DOCUMENTACION:
Absoluta comodidad, tranquilidad.
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.)
Periodicidad
Plan de contingencias
Prever fallos crticos
Procedimientos alternativos
Tratamiento de errores
Posibilidad de error recuperacin
Planificacin contenido mensajes de error
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.)
Resumen de los resultados obtenidos en las pruebas
Evaluacin de cada elemento software sometido a prueba
(evaluacin general del software incluyendo las limitaciones del
mismo)
Firmas y aprobaciones de quienes deban supervisar el informe
PRUEBA DE GRAFOS
NOTACION DE GRAFO FLUJO
1
2,3
3
5
71
61
91
11
81
10
12
13
14
15
COMPLEJIDAD CICLOMATICA
Camino 1:
1- 2 - 3 - 4 - 15
Camino 2:
1- 2 - 3 - 5 6 14 - 15
Camino 3:
1- 2 - 3 - 5 7 8 13 - 14 - 15
Camino 4:
1- 2 - 3 - 5 7 9 10 - 12 13 14 - 15
Camino 5:
1- 2 - 3 - 5 7 9 11 - 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
13
51
62,3
791
991
87910
10
11
12
COMPLEJIDAD CICLOMATICA
Camino 1:
1- 2 - 3 - 4 5 6 7 8 - 10 11 12 - 13
Camino 2:
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.1.1
Definicin de
Variables
1.1.2
Inicializa matriz y
pone las clulas
iniciales
1.2
PROCESO
1.2.1
Imprime en
pantalla la matriz
de la poblacin
1.3
SALIDA
1.2.2
Elige un vecino
aleatoriamente
1.2.3
Explora la
matriz y
averigua que
habitante hay