REPORTE DE PRUEBAS POR NIVEL

ESTÁNDAR IEEE STD 829-2008

INTRODUCCIÓN

“Resumir los resultados de las actividades de pruebas designadas y

proveer evoluciones y recomendaciones basada en estos resultados”
Siempre habrá un LTR por cada nivel de prueba definido por la
organización
STANDARD

Introducción
Identificador del Documento
Enfoque
Referencias
Detalles
Vista general de los resultados de pruebas
Resultados detallados de las pruebas
Fundamentos para las decisiones
Conclusiones y recomendaciones
General
Glosario
Procedimientos e historial de cambios del documento
1 INTRODUCCIÓN
1.1 IDENTIFICADOR DEL DOCUMENTO

Unicamente se identifica la version del documento incluyendo:

Fecha de emisión
Organización emisora
Autor(es)
Firmas de aprobación (probablemente electrónicas)
Estado o versión (borrador, revisado, corregido o final)
1.2 ENFOQUE

Especificar los contenidos y la organización del documento

Incluir referencias a cualquier información capturada en herramientas automatizadas y no contenida en este
documento
1.3 REFERENCIAS

Para cada ítem de prueba, proporcione referencias a los siguientes documentos si existen:
Plan de prueba maestro
Plan de prueba de nivel
Diseño de prueba de nivel
Casos de prueba de nivel
Procedimientos de prueba de nivel
Registros de prueba de nivel
Informes de anomalía
2 DETALLES
2.1 VISTA GENERAL DE LOS RESULTADOS

Resumir la evolución de los ítems de pruebas

Identificar los ítems probados
Se indica la versión / nivel de revisión
2.2 RESULTADOS DE PRUEBAS DETALLADOS

Resumir los resultados de pruebas

Indentificar todas las anomalías resueltas y enlister sus resoluciones (o hacerles referencia a la información
disponible)
Identificar todas las anomalías no resueltas
Enlistar la mayoría de las actividades y eventos de prueba
2.3 FUNDAMENTOS PARA LAS DECISIONES

Especifica los asuntos que fueron considerados por cualquier decisions y las razones para la selección de las
decisiones
2.4 CONCLUSIONES Y RECOMENDACIONES

Especifica una evaluación general de cada elemento de prueba, incluyendo sus limitaciones
Esta evaluación se basará en los resultados de la prueba y en los criterios de aprobación / falla del nivel de
elemento
Se puede incluir una estimación del riegos de falla
Recomienda el estado en relación con la disponibilidad y bajo que circunstancias
3 GENERAL
3.1 GLOSARIO

Provee una lista de términos ordenada alfabéticamente, la cual contiene las definiciones correspondientes.
Incluye acrónimos
Puede haber una referencia al glosario desde algunas partes del proyecto
3.2 PROCEDIMIENTOS E HISTORIAL DE CAMBIOS DEL DOCUMENTO

Especificar los medios para identificar, aprobar, implementar y registrar los cambios en el Master Test Plan (MTP)
Los procedimientos de cambio deben incluir un registro de todos los cambios que se han producido desde el inicio del
MTP
Esto puede incluir:
ID del documento
Número de versión
Descripción de cambios de documentos
Motivo de cambios
Rol de la persona a documentar (Ej. Autor del documento, gerente del proyecto, propietario del sistema)
MASTER TEST REPORT
SEGÚN EL ESTÁNDAR …

El propósito del Master Test Report es enlistar los resultados de los nivelos de las actividades de pruebas
designadas, y proponer evaluaciones basadas en estos resultados
Este reporte puede ser usado por cualquier organización que use el Master Test Plan
Siempre que se haya generado e implementado un MTP , debe haber un correspondiente MTR que describa los
resultados
STANDARD

Introducción
Identificador del Documento
Enfoque
Referencias
Detalles
Vista general de todos los resultados de prueba agregados
Fundamentos para las decisiones
Conclusiones y recomendaciones
General
Glosario
Procedimientos e historial de cambios del documento
INTRODUCCIÓN
1.1 IDENTIFICADOR DEL DOCUMENTO

Unicamente se identifica la version del documento incluyendo:

Fecha de emisión
Organización emisora
Autor(es)
Firmas de aprobación (probablemente electrónicas)
Estado o versión (borrador, revisado, corregido o final)
1.2 ENFOQUE

Especificar los contenidos y la organización del documento

Incluir referencias a cualquier información capturada en herramientas automatizadas y no contenida en este
documento
2 DETALLES
2.1 VISTA GENERAL DE TODOS LOS RESULTADOS DE PRUEBA
AGREGADOS

Enlistar una evaluación de los niveles de prueba, incluyendo la siguiente información

Enlistar las actividades de prueba
Enlistar los resultados de tareas de prueba
Enlistar las anomalías y resoluciones
Evaluación de la calidad de la entrega/incremento
Enlistar las métricas finales recolectadas
2.2 FUNDAMENTOS PARA LAS DECISIONES

Especifica los motivos de las conclusiones de aprobado / no aprobado / pase condicional para el software (o el
sistema en ele que se basa el software)
Un pase condicional es un pase calificado por algún tipo de restricciones o en función de la resolución de un
subconjunto específico de anomalías
2.3 CONCLUSIONES Y RECOMENDACIONES

Especificar una evaluación general del producto

Se puede incluir una estimación de riesgos de falla
Se recomienda un estado del software relativo a la viabilidad de su uso, y bajo qué circunstancias.
Se dan conclusiones/recomendaciones relevantes a la aceptación del producto entregado, en entrega, incremento o
versión
Las conclusiones son un resumen del esfuerzo para determinar la preparación del producto por entregar
Las recomendaciones incluyen una indicación sobre el criterio de si el producto esta listo para la entrega, listo
pero con modificaciones pendientes o no listo para su entrega
3 GENERAL
3.1 GLOSARIO

Provee una lista de términos ordenada alfabéticamente, la cual contiene las definiciones correspondientes.
Incluye acrónimos
Puede haber una referencia al glosario desde algunas partes del proyecto
3.2 PROCEDIMIENTOS E HISTORIAL DE CAMBIOS DEL DOCUMENTO

Especificar los medios para identificar, aprobar, implementar y registrar los cambios en el Master Test Plan (MTP)
Los procedimientos de cambio deben incluir un registro de todos los cambios que se han producido desde el inicio del
MTP
Esto puede incluir:
ID del documento
Número de versión
Descripción de cambios de documentos
Motivo de cambios
Rol de la persona a documentar (Ej. Autor del documento, gerente del proyecto, propietario del sistema)
BIBLIOGRAFÍA E INTEGRANTES

Standard IEEE Std 829-2008

Daniel Escamilla Cortés

Daniela Hernández Valenzuela
José Manuel Pérez Verdejo