Documentación de pruebas de software

Nota: La norma IEEE 829-2008 ha sido sustituida por la norma ISO/IEC/IEEE 29119-3:2013 . ^{[ 1 ]}

IEEE 829-2008 , también conocida como la Norma 829 para la Documentación de Pruebas de Software y Sistemas , era una norma IEEE que especificaba el formato de un conjunto de documentos para su uso en ocho etapas definidas de pruebas de software y sistemas , cada una de las cuales podía generar un tipo de documento diferente. La norma especificaba el formato de estos documentos, pero no estipulaba si debían generarse todos, ni incluía ningún criterio sobre el contenido adecuado de los mismos. Estos aspectos quedaban a criterio del criterio del evaluador, fuera del alcance de la norma.

Los documentos son:

• Plan Maestro de Pruebas (PMP): El propósito del Plan Maestro de Pruebas (PMP) es proporcionar un documento general de planificación y gestión de pruebas para múltiples niveles de prueba (ya sea dentro de un proyecto o en varios proyectos).
• Plan de Pruebas de Nivel (PPT): Para cada PPT, se deben describir el alcance, el enfoque, los recursos y el cronograma de las actividades de prueba para su nivel de prueba específico. Se deben identificar los elementos que se probarán, las características que se probarán, las tareas de prueba que se realizarán, el personal responsable de cada tarea y los riesgos asociados.
• Diseño de Pruebas por Niveles (LTD): Detalla los casos de prueba y los resultados esperados, así como los criterios de aprobación de las pruebas.
• Caso de prueba de nivel (LTC): Especificación de los datos de prueba que se utilizarán para ejecutar los casos de prueba identificados en el diseño de prueba de nivel.
• Procedimiento de prueba de nivel (LTPr): Detalla cómo ejecutar cada prueba, incluyendo cualquier condición previa de configuración y los pasos que deben seguirse.
• Registro de pruebas de nivel (LTL): Proporciona un registro cronológico de los detalles relevantes sobre la ejecución de las pruebas, por ejemplo, registrando qué casos de prueba se ejecutaron, quién los ejecutó, en qué orden y si cada prueba pasó o falló.
• Informe de anomalías (IA): Documenta cualquier evento que ocurra durante el proceso de prueba y que requiera investigación. Puede denominarse problema, incidente de prueba, defecto, avería, anomalía o informe de error. Este documento se denomina deliberadamente informe de anomalías y no informe de fallos. Esto se debe a que una discrepancia entre los resultados esperados y los reales puede deberse a diversas razones, además de un fallo en el sistema. Estas incluyen que los resultados esperados sean incorrectos, que la prueba se haya ejecutado incorrectamente o que exista inconsistencia en los requisitos, lo que podría dar lugar a más de una interpretación. El informe incluye todos los detalles del incidente, como los resultados reales y esperados, el momento en que se produjo el fallo y cualquier evidencia que ayude a su resolución. Asimismo, si es posible, el informe incluirá una evaluación del impacto del incidente en las pruebas.
• Informe provisional sobre el estado de las pruebas de nivel (LITSR): Para resumir los resultados provisionales de las actividades de prueba designadas y, opcionalmente, para proporcionar evaluaciones y recomendaciones basadas en los resultados para el nivel de prueba específico.
• Informe de prueba de nivel (LTR): Para resumir los resultados de las actividades de prueba designadas y proporcionar evaluaciones y recomendaciones basadas en los resultados una vez finalizada la ejecución de la prueba para el nivel de prueba específico.
• Informe Maestro de Pruebas (MTR): Resume los resultados de las distintas fases de las actividades de prueba designadas y proporciona evaluaciones basadas en dichos resultados. Este informe puede ser utilizado por cualquier organización que emplee el MTP. Se trata de un informe de gestión que incluye información relevante obtenida mediante las pruebas realizadas, así como evaluaciones de la calidad del esfuerzo de prueba, la calidad del sistema de software sometido a prueba y estadísticas derivadas de los Informes de Anomalías. El informe también registra las pruebas realizadas y su duración, con el fin de optimizar la planificación de pruebas futuras. Este documento final se utiliza para determinar si el sistema de software sometido a prueba cumple con los criterios de aceptación definidos por las partes interesadas del proyecto.

La norma formaba parte del programa de formación de los certificados ISEB Foundation y Practitioner en pruebas de software, promovidos por la British Computer Society . ISTQB , tras elaborar su propio programa basado en los programas de ISEB y ASQF de Alemania , también adoptó IEEE 829 como estándar de referencia para la documentación de pruebas de software y sistemas.

El Dr. David Gelperin y el Dr. William C. Hetzel desarrollaron la metodología del Proceso Sistemático de Pruebas y Evaluación (STEP) para implementar el estándar original IEEE-829 para la documentación de pruebas de software. ^{[ 2 ]}

• Norma IEEE Std 829-2008 , Norma IEEE para la documentación de pruebas de software y sistemas.
• BS7925-2 , Norma para pruebas de componentes de software