Plantilla para Casos de Prueba

Proyecto:
Documento:
Autor:
Número interno de
versión:
HEGEPOS
Plan de pruebas.
Horas persona: * hora * min.
0.0.1
Lista de distribución:
Martin de Jesús Reyes Hernández.
Jorge Cervantes Ojeda.
José Manuel Ortiz Salazar.
Daniel Flores Avendaño.
Adrian Rios Rios.
Oscar Peña Medina.
Documentos anexos:
Estatus:
Ninguno
En inspección
status
status
status
status
status
status
horas persona
horas persona
horas persona
horas persona
horas persona
horas persona
Plan de pruebas.
“El objetivo de de diseñar un caso de prueba es el de mostrar en el menor tiempo, una falla causada por
un defecto aún no encontrado previamente, un caso de prueba tiene éxito si, al ejecutarlo, descubre un
defecto no detectado hasta entonces.”
Capitulario.
1. Descripción del caso de prueba.
2. Datos de entrada.
3. Datos de salida.
4. Requisitos de configuración para hacer la prueba.
5. Procedimientos o herramientas necesarios (as).
6. Dependencia o relación con otros casos de prueba.
1
1. Descripción del caso de prueba
Tipos de prueba a realizar
De caja negra o
De caja blanca:
Descripción
Se debe anotar lo que se probará (funcionalidad), se deben
describir las funciones o servicios:
En pruebas de caja negra:
Fuera de los modulos.
Interfaces, respuesta a las entradas, integridad de
archivos, escenarios (secuencias de mensajes)
En pruebas de caja blanca:
dentro de los módulos
Subrutinas, lógica interna, se cubren todas las posibles
rutas de flujo del programa,
si es exhaustiva implica mucho trabajo
2. Datos de entrada.
Entorno.
Describir las condiciones bajo las cuales se realizará (local,
distribuido, cantidad de usuario, etc).
Parámetros
Descripción de los valores a tratar
Respuestas desde otros módulos
Lista de llamadas a otro modulos
Condiciones Iniciales
Anotar el estado de las variables que se afectan.
3. Datos de salida.
Resultados entregados
Anotar la descripción de los resultados de la
prueba
Llamados a otros módulos (y parámetros)
Anotar la lista de llamados con los parametros
utilizados.
Estado final de las variables
Describir el aquí el estado de las variable, se puede
colocar la captura de pantalla o resultados en las
bases de datos
4. Requisitos de configuración para hacer la prueba.
Método de prueba:
Describir de forma detallada y algoritmica el metodo a seguir
para realizar el caso de prueba descrito.
Módulos
Descripción de los modulos presentes o listado de clases
involucradas en la prueba.
Hardware y software
Descripción del hardware y software minimo necesario para
2
realizar la prueba.
5. Procedimientos o herramientas necesarios (as).
Responderlo siguiente de en forma de lista
¿Qué hacer y con cual herramienta?
¿Qué procedimiento se debe seguir en este caso?
6. Dependencia o relación con otros casos de prueba.
Responderlo siguiente de en forma de lista
¿hay algún caso que deba hacerse antes?
¿hay algún caso que deba hacerse después?
¿hay algún caso que dependa del resultado de éste?
7. Listados tecnicos.
Archivos involucrados.
Listado de Código fuente, listado de modulos involucrados, etc.
Sistemas y bibliotecas.
Lista de sistemas y librerias involucrados en la prueba (SGDBA,
Servidores, etc).
Errores:
Listado y descripción de los errores encontrados y la condicion
bajo la cual se produjo.
Este listado debe corresponder con los datos descritos en la
sección anterior.
Notas:
Escribe cualquier observación que se considere pertinente
acerca de la prueba, en caso de ser prueba de caja blanca se
recomienda anotar sugerencias sobre el código y condiciones
posibles bajo las cuales se producirá algún error.
3