Proyecto:

Documento:

HEGEPOS
Plan de pruebas.
Horas persona: * hora * min.

Autor:
Nmero interno de
0.0.1
versin:

Lista de
distribucin:

Documentos
anexos:
Estatus:

Martin de Jess Reyes

Hernndez.
Jorge Cervantes Ojeda.
Jos Manuel Ortiz Salazar.
Daniel Flores Avendao.
Adrian Rios Rios.
Oscar Pea Medina.

status

horas persona

status
status
status
status
status

horas
horas
horas
horas
horas

persona
persona
persona
persona
persona

Ninguno
En inspeccin

Plan de pruebas.
El objetivo de de disear un caso de prueba es el de mostrar en el menor tiempo,
una falla causada por un defecto an no encontrado previamente, un caso de
prueba tiene xito si, al ejecutarlo, descubre un defecto no detectado hasta
entonces.

Capitulario.
1. Descripcin del caso de prueba.
2. Datos de entrada.
3. Datos de salida.
4. Requisitos de configuracin para hacer la prueba.
5. Procedimientos o herramientas necesarios (as).
6. Dependencia o relacin con otros casos de prueba.

1. Descripcin del caso de prueba

Tipos de prueba a realizar
De caja negra o
De caja blanca:

Descripcin
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 mdulos
Subrutinas, lgica 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).

Parmetros

Descripcin de los valores a tratar

Respuestas desde otros

mdulos

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 descripcin de los resultados

de la prueba

Llamados a otros mdulos (y

parmetros)

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 configuracin para hacer la prueba.

Mtodo de prueba:
Describir de forma detallada y algoritmica el
metodo a seguir para realizar el caso de prueba
descrito.
Mdulos

Descripcin de los modulos presentes o listado de

2

clases involucradas en la prueba.

Hardware y software

Descripcin del hardware y software minimo

necesario para 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 relacin con otros casos de prueba.
Responderlo siguiente de en forma de lista
hay algn caso que deba hacerse antes?
hay algn caso que deba hacerse despus?
hay algn caso que dependa del resultado de ste?
7. Listados tecnicos.
Archivos involucrados.

Listado de Cdigo fuente, listado de modulos

involucrados, etc.

Sistemas y bibliotecas.

Lista de sistemas y librerias involucrados en la

prueba (SGDBA, Servidores, etc).

Errores:

Listado y descripcin de los errores encontrados y

la condicion bajo la cual se produjo.
Este listado debe corresponder con los datos
descritos en la seccin anterior.

Notas:

Escribe cualquier observacin que se considere

pertinente acerca de la prueba, en caso de ser
prueba de caja blanca se recomienda anotar
sugerencias sobre el cdigo y condiciones posibles
bajo las cuales se producir algn error.