Plantilla REGISTRO CASOS PRUEBA SEGUIMIENTO

Descargar como xls, pdf o txt
Descargar como xls, pdf o txt
Está en la página 1de 6

Registro de Casos de Pruebas de Software y Resultados

Proyecto: [Nombre del Proyecto]


Versión: [Indicar la versión del Producto]
Stateholders: [Indicar los involucrados]
Comentarios: [Indicar comentarios / observaciones]
Ciclo de Pruebas: [Descripción del Ciclo de Pruebas]

Funcionalidad /
Id Caso de Prueba Descripción Prioridad Fecha Área Funcional / Sub proceso
Característica
Objetivos de Calidad Plan de Mitigación de
definidos por el Evaluación de Riesgos PRECONDICIONES Datos / Acciones de Entrada
Impacto
Usuario
Requerimientos del Ambiente de Dependencias con otros casos
Resultado Esperado Procedimientos especiales requeridos Resultado Obtenido
Pruebas de Prueba
ESTADO
VALIDO
FALLIDO
PASO CON OBSERVACIONES

Información para el Seguimiento / Resultados de las Pruebas


Estado Visado por: Realizado por: Última Fecha de Estado Observaciones CORRECCIONES REALIZADAS
FECHA CORRECCIONES
REALIZADAS
Registro de Casos de Pruebas de Software y Resultados
Descripción de la información a completar en cada columna
Columna Instrucciones
Id Cada caso de prueba debe tener un identificador (código) único.
Caso de Prueba Título descriptivo del caso de prueba.
Descripción Descripción del caso de prueba, indicando sus elementos, funcionalidades y acciones a ser ejercidas en el caso de
prueba.
Prioridad Valores de la importancia del caso de prueba: ALTA, MEDIA, BAJA
Fecha Fecha en que fue creado el caso de prueba.
Área Funcional / Sub proceso Describe el área funcional, subproceso o modulo al que está asociado el caso de prueba. La intención es poder
dividir los casos de prueba según la estructura jerárquica funcional del sistema que se está probando y los procesos
que este soporta.

Funcionalidad / Característica Describe el título de la característica o funcionalidad que se está probando. Por ej. Suscripción al Servicio, Entrega de
Orden, Selección de Producto, Consulta de Ordenes Pendientes.
Objetivos de Calidad definidos por el Usuario Añadir objetivos de calidad definidos por el usuario o predefinidos para definir esta información:
Los objetivos globales de calidad para el release o iteración que abarca el plan de prueba
Los criterios de entrada y salida necesarios para la prueba

Evaluación de Riesgos Una evaluación de riesgos es útil para priorizar lo que se debe probar en función del riesgo asociado posteriormente
con los artefactos de prueba.
Plan de Mitigación de Impacto: Si llegara a suceder la ocurrencia de un riesgo. Cual seria el plan de mitigación para reducir el impacto
PRECONDICIONES Aspectos que se deben tener en cuenta previa a la ejecución del caso de prueba
Datos / Acciones de Entrada Se especifica cada entrada que se requiere para ejecutar el caso de prueba. Etas entradas pueden ser valores o
datos de entrada, y también acciones (por ejemplo presionar un botón). Deben identificarse los archivos o bases de
datos involucrados.

Resultado Esperado Se especifica la salida que se espera de la ejecución de los casos de prueba con las entradas indicadas.
Requerimientos del Ambiente de Pruebas Cualquier especificación del hardware y software especial requerido para ejecutar el caso de prueba, que no sea
común a todos los casos. Las que sean comunes a todos los casos se deben especificar en la sección de Entornos del
Plan de Pruebas de Software.

También podría gustarte