Está en la página 1de 3

ICI 4243 – Ingeniería de Requerimientos

2º semestre 2017

GENERACIÓN DE CASOS DE PRUEBA PARA VALIDAR REQUERIMIENTOS

Si un caso de prueba es difícil o imposible de diseñar, normalmente significa que los requerimientos están
incompletos o mal especificados, por lo que serán difíciles de implementar y deberían ser considerados
nuevamente.

1. OBJETIVO DE LA ACTIVIDAD.

 Aprender a generar casos de prueba para validar requerimientos.


 Detectar qué falta en la especificación del requerimiento a medida que se va generando el
caso de prueba.

2. ACTIVIDAD

Para validar que un requerimiento está correctamente especificado, es recomendable generar


todos los casos de prueba necesarios que permitan verificar cada parte de su especificación.

Para ello, primero es necesario crear todos los casos de prueba preliminares que permitan
validar cada elemento del requerimiento (para elemento que forma parte de la descripción, los
usuarios involucrados, las restricciones, etc.).

Los casos de prueba preliminares son una descripción del caso de prueba completo que se va a
desarrollar más adelante. Se describe el objetivo (qué se quiere probar), el procedimiento (cómo
se va a probar) y las condiciones (tipo de usuario, restricciones, etc.). En los casos de prueba se
valida el camino “cuando todo sale bien” y el camino “cuando algo (o todo) sale mal”.

Luego, en base a los casos de prueba preliminares, se van generando los casos de prueba
completos, con los pasos, acciones y resultados esperados.

Siguiendo esta estructura, ustedes deben:

1. Generar todos los casos de prueba preliminares para validar todos los casos y elementos
relacionados con el requerimiento “Generar reporte de incidencia” (es decir, el formulario
para reportar incidencias). Para ello, deben seguir la plantilla del Anexo 1.
2. Generar un caso de prueba completo llamado: “Verificar que un usuario Tester puede
reportar una incidencia completando el formulario”. Para generar el caso de prueba deben
considerar el flujo completo para reportar una incidencia, esto es: ingreso, llenado de
campos, adjuntar archivos, envío y visualización en la grilla de incidencias para verificar
que la información se ha ingresado correctamente. Para ello, deben seguir la plantilla del
Anexo 2.

Pontificia Universidad Católica de Valparaíso


Escuela de Ingeniería Informática
ICI 4243 – Ingeniería de Requerimientos
2º semestre 2017

ANEXO 1

PLANTILLA PARA CASO DE PRUEBA PRELIMINAR

CP-XX-YY “Titulo del caso de prueba”

Resumen Objetivo “Resumen, descripción de lo que se desea probar, los resultados que se esperan obtener y
como se probará”
CU o RF
“Caso de Uso o Requerimiento Funcional que da origen al caso de prueba”

Pontificia Universidad Católica de Valparaíso


Escuela de Ingeniería Informática
ICI 4243 – Ingeniería de Requerimientos
2º semestre 2017

ANEXO 2

PLANTILLA PARA CASO DE PRUEBA COMPLETO

CP-XX-YY “Titulo del caso de prueba”

Resumen Objetivo “Resumen, descripción de lo que se desea probar, los resultados que se esperan obtener y
como se probará”
CU o RF
“Caso de Uso o Requerimiento Funcional que da origen al caso de prueba”

Requisitos “Requisitos que se deben cumplir antes de ejecutar el CP”

Descripción

Paso 1

“Descripción del paso 1” Los pasos deben ser verificaciones, que puedan “fallar” en caso que
Acción
ocurra un problema.

Resultado
“Resultado esperado al finalizar el paso 1”

Paso 2

Acción “

Resultado

Paso “n”

Acción “

Resultado

Prueba Regresión “La prueba se considera prueba de regresión”

Prioridad “Prioridad del caso de prueba”

Datos adicionales “Información adicional para ejecutar caso de prueba”

Resultado de la prueba
Versión “Versión del sistema al momento de probar”

Nro. Iteración “Iteración del caso de prueba”

Fecha Ejecución

Tester “Responsable”

Estado “Estado de la ejecución”

Observaciones “Observaciones”

Evidencia “Evidencia adjunta sobre el resultado, satisfactorio o no”

Pontificia Universidad Católica de Valparaíso


Escuela de Ingeniería Informática