Professional Documents
Culture Documents
Mayo 2016
HISTRICO DE CAMBIOS
Fecha
Versin
07/05/2016
1.1
Descripcin
creacin
Autor
Anyerina paola
cabarcas Diaz
ndice
1.1.
Objetivos y tareas
1.1.1.
Objetivos
1.1.2.
Tareas
1.2.
Audiencia prevista
1.3.
Referencias
2.1.
2.2.
Cuestiones de riesgo5
2.3.
Caractersticas a probar
2.4.
2.5.
Enfoque (estrategia) 5
3.1.
Criterios de entrada 6
3.2.
Criterios de salida
3.3.
Criterios de suspensin
3.4.
Criterios de reanudacin
3.5.
5.1.
Planificacin 8
5.2.
Recursos
5.2.1.
Hardware 8
5.2.2.
Software
5.2.2.1. Herramientas
5.2.3.
Dotacin de personal
5.2.3.1. Responsabilidades
5.2.3.2. Formacin
1.
INTRODUCCIN
OBJETIVOS Y TAREAS
Objetivos
1.1.2.
Software
Documentacin
Tareas
Lista todas las tareas identificadas en este plan de pruebas, informes de pruebas,
informes de problemas, etc.
1.2.
1.3.
AUDIENCIA PREVISTA
Equipo de pruebas
Equipo de desarrollo
Jefe de proyecto
REFERENCIAS
Lista todos los documentos que se han utilizado para crear este plan, los que se
usarn en el desarrollo de casos de pruebas o durante la ejecucin de pruebas.
Estos se pueden listar en una tabla como la siguiente:
Documento
informe de
especificacin de
requerimientos del
proyecto
Autor
Anyerina cabarcas 1.1
Diaz
Versin
Localizacin
carpeta
2.
ALCANCE Y ENFOQUE
2.1.
2.2.
Software
Documentacin
CUESTIONES DE RIESGO
Identifica qu software se ha de probar y cules son las reas crticas, tales como:
-
2.3.
CARACTERSTICAS A PROBAR
1.
2.
3.
4.
fluidez de datos
independencia de mdulos
soporte del software
interfaz de usuario
2.4.
2.5.
ENFOQUE (ESTRATEGIA)
3.
CRITERIOS DE TRANSICIN
A continuacin se describen los criterios requeridos para las pruebas para poder
pasar de un estado a otro.
3.1.
3.2.
3.3.
CRITERIOS DE ENTRADA
Aprobacin del plan de pruebas
Entorno de pruebas estable y preparado
Casos de pruebas escritos y aprobados
Herramientas de pruebas preparadas
Recursos para las pruebas disponibles
CRITERIOS DE SALIDA
Completitud de los casos de pruebas
Nmeros y severidad de los defectos abiertos
Paso de los objetivos de pruebas
CRITERIOS DE SUSPENSIN
-Software inconcluso.
3.4.
CRITERIOS DE REANUDACIN
-Software terminado.
3.5.
Especificacin de los criterios que se han de usar para determinar si cada una de las
pruebas ha tenido xito o ha fallado.
10
4.
ESTRATEGIA DE PRUEBAS
11
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.
12
5.
PLANIFICACIN Y RECURSOS
5.1.
PLANIFICACIN
5.2.
RECURSOS
5.2.1.
Hardware
Software
Herramientas
En cuanto a:
SOFTWARE y HADWARE:
Sistema operativo MS-dos o Windows
Un
computador
con
microprocesador 486
5.2.3.
requerimiento
mnimo
de
un
Dotacin de personal
5.2.3.1.
Responsabilidades
13
5.2.3.2.
Ejecucin de pruebas
Datos de la prueba
Preparar informe
Formacin
fluidez de datos
independencia de mdulos
soporte 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).
14
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
15
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
16
2
,
3
PRUEBA DE GRAFOS
NOTACION DE GRAFO FLUJO
3
5
7
1
6
1
9
1
1
1
8
1
1
0
1
2
1
3
1
4
1
5
17
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
18
N = NODOS
V(G) = 4 NODOS PREDICADO + 1
V(G) = 5
2
,
3
4
5
1
6
2
,
3
7
9
9
1
9
1
1
0
1
1
1
2
19
1
3
8
7
9
1
0
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
20
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
1
PROGRAMA
CURIER SPRESS SOFTWARE
1.1.1
1.1
1.2
1.3
ENTRADA
PROCESO
SALIDA
1.1.2
Se ingresan
Se asocia el
los datos del
documento
remitente y de
guardado a un
la
funcionario
corresponden
cia CURRIER SPRESS SOFTWARE
21
1.2.1
1.2.2
Se genera un
consecutivo
Se genera un
informe
1.2.3
Se enva al
correo
electrnico del
funcionario
encargado una
alerta para que
responda
22
Grafos
Resistencia
unidad
integracin
interfaz grafica
documentacin y ayuda
Tiempo real
23
6.
ANEXOS
24