estándar IEEE
Estado de IEEE 829
Nota: IEEE 829-2008 ha sido reemplazada por ISO/IEC/IEEE 29119-3:2013 . [1]
Antecedentes de IEEE 829
IEEE 829-2008 , también conocido como Estándar 829 para documentación de pruebas de sistemas y software , era 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 potencialmente produciendo su propia tipo de documento separado. La norma especificaba el formato de estos documentos, pero no estipulaba si debían producirse todos ni incluía ningún criterio sobre el contenido adecuado de estos documentos. Se trataba de una cuestión de juicio fuera del ámbito de la norma.
Documentos requeridos por 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 prueba de nivel (LTP): para cada LTP, es necesario describir el alcance, el enfoque, los recursos y el cronograma de las actividades de prueba para su nivel de prueba específico. Es necesario identificar los elementos que se prueban, las características que se prueban, las tareas de prueba que se realizan, el personal responsable de cada tarea y los riesgos asociados.
- Diseño de prueba de nivel (LTD): detallar 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 deben seguirse.
- Registro de pruebas de nivel (LTL): para proporcionar un registro cronológico de detalles relevantes sobre la ejecución de las pruebas, por ejemplo, registrar qué casos de prueba se ejecutaron, quién los ejecutó, en qué orden y si cada prueba pasó o no.
- Informe de anomalía (AR): para documentar cualquier evento que ocurra durante el proceso de prueba que requiera investigación. Esto puede denominarse problema, incidente de prueba, defecto, problema, anomalía o informe de error. Este documento se denomina deliberadamente informe de anomalía y no informe de avería. La razón es que puede ocurrir una discrepancia entre los resultados esperados y los reales por varias razones distintas a una falla en el sistema. Estos incluyen que los resultados esperados sean incorrectos, que la prueba se ejecute incorrectamente o que haya inconsistencia en los requisitos, lo que significa que se podría 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 en su resolución. El informe también incluirá, si es posible, una evaluación del impacto de un incidente durante las pruebas.
- Informe de estado de prueba provisional 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 Prueba (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 tomó, para mejorar cualquier planificación de pruebas futuras. Este documento final se utiliza para indicar si el sistema de software bajo prueba es apto para su propósito dependiendo de 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 formación de la Fundación ISEB y del Practitioner Certificates in Software Testing promovido por la British Computer Society . ISTQB , tras la formación de su propio programa de estudios basado en los programas de estudios de ISEB y ASQF de Alemania, también adoptó IEEE 829 como estándar de referencia para la documentación de pruebas de sistemas y software.
El Dr. David Gelperin y el Dr. William C. Hetzel desarrollaron la metodología del Proceso de evaluación y prueba sistemática (STEP) para implementar el estándar IEEE-829 original para documentación de prueba de software. [2]
Referencias
- ^ "Informe de estado de proyectos y productos IEEE". estándares.ieee.org . Consultado el 13 de octubre de 2017 .
- ^ Rick D. Craig; Stefan P. Jaskiel (2002). Pruebas sistemáticas de software. Casa Artech. pag. 4.ISBN 978-1-58053-792-6.
enlaces externos
- IEEE Std 829-2008, Estándar IEEE para documentación de pruebas de sistemas y software
- BS7925-2, Estándar para pruebas de componentes de software
