Norma IEEE
Estado de la norma IEEE 829
Nota: IEEE 829-2008 ha sido reemplazado por ISO/IEC/IEEE 29119-3:2013 . [1]
Antecedentes de la norma IEEE 829
IEEE 829-2008 , también conocido como el Estándar 829 para Documentación de Pruebas de Software y Sistemas , fue un estándar IEEE que especificaba la forma de un conjunto de documentos para su uso en ocho etapas definidas de pruebas de software y pruebas de sistemas , cada etapa produciendo potencialmente su propio tipo de documento separado. El estándar especificaba el formato de estos documentos, pero no estipulaba si todos ellos debían ser producidos, ni incluía ningún criterio con respecto al contenido adecuado para estos documentos. Estos eran una cuestión de juicio fuera del ámbito del estándar.
Documentos requeridos por la norma IEEE 829
Los documentos son:
- Plan maestro de pruebas (MTP): el propósito del Plan maestro de pruebas (MTP) 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 (LTP): para cada LTP, 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 están probando, las características que se van a probar, las tareas de prueba que se van a realizar, el personal responsable de cada tarea y los riesgos asociados.
- Diseño de pruebas de nivel (LTD): detalla los casos de prueba y los resultados esperados, así como los criterios de aprobación de la prueba.
- Caso de prueba de nivel (LTC): Especificación de los datos de prueba que se utilizarán en la ejecución de 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, incluidas las condiciones previas de configuración y los pasos que se deben seguir.
- Registro de pruebas de nivel (LTL): para proporcionar un registro cronológico de detalles relevantes sobre la ejecución de pruebas, por ejemplo, registrar qué casos de prueba se ejecutaron, quién los ejecutó, en qué orden y si cada prueba se aprobó o falló.
- Informe de anomalías (AR): documentar cualquier evento que ocurra durante el proceso de prueba que requiera investigación. Esto puede llamarse informe de problemas, incidentes de prueba, defectos, inconvenientes, problemas, anomalías o errores. Este documento se denomina deliberadamente informe de anomalías y no informe de fallas. La razón es que puede producirse una discrepancia entre los resultados esperados y los reales por varias razones distintas a una falla en el sistema. Estas incluyen que los resultados esperados sean incorrectos, que la prueba se ejecute incorrectamente o que haya inconsistencias en los requisitos, lo que significa que se puede hacer más de una interpretación. El informe consta de todos los detalles del incidente, como los resultados reales y esperados, cuándo falló y cualquier evidencia de respaldo que ayude a su resolución. El informe también incluirá, si es posible, una evaluación del impacto de un incidente en las pruebas.
- Informe de estado de prueba provisional de nivel (LITSR): para resumir los resultados provisionales de las actividades de prueba designadas y, opcionalmente, 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): para resumir los resultados de los niveles de las actividades de prueba designadas y proporcionar evaluaciones basadas en estos resultados. Este informe puede ser utilizado por cualquier organización que utilice el MTP. Un informe de gestión que proporciona cualquier información importante descubierta por las pruebas realizadas, e incluye evaluaciones de la calidad del esfuerzo de prueba, la calidad del sistema de software bajo prueba y estadísticas derivadas de los informes de anomalías. El informe también registra qué pruebas se realizaron y cuánto tiempo llevaron, con el fin de mejorar cualquier planificación de pruebas futuras. Este documento final se utiliza para indicar si el sistema de software bajo prueba es apto para el propósito según si ha cumplido o no con los criterios de aceptación definidos por las partes interesadas del proyecto.
Uso de IEEE 829
El estándar formó parte del programa de capacitación de los Certificados de Fundación y Profesional de ISEB en Pruebas de Software promovidos por la British Computer Society . ISTQB , luego de la formación de su propio programa de estudios basado en los programas de estudio de ISEB y ASQF de Alemania, también adoptó IEEE 829 como el 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 IEEE-829 original para la Documentación de Pruebas de Software. [2]
Referencias
- ^ "Informe sobre el estado de los productos y proyectos del IEEE". IEEE . Archivado desde el original el 12 de febrero de 2012 . Consultado el 13 de octubre de 2017 .
- ^ Rick D. Craig; Stefan P. Jaskiel (2002). Pruebas sistemáticas de software. Artech House. pág. 4. ISBN 978-1-58053-792-6.
Enlaces externos
- IEEE Std 829-2008, Estándar IEEE para documentación de pruebas de software y sistemas
- BS7925-2, Norma para pruebas de componentes de software
