| |
 |
|
|
|
|
IEEE 829 - 1998
estándar para documentación de test de software |
 |
IEEE corresponde a las siglas de The Institute of Electrical and Electronic Engineers, el Instituto de Ingenieros Eléctricos y Electrónicos, una asociación técnico profesional a nivel mundial dedicada a la estandarización (entre otras cosas).
IEEE 829 - 1998 es un estándar que especifica la estructura de una serie de documentos usados en ocho etapas de software testing, cada una de ellas con su tipo independiente de documento. Sin embargo, la norma no especifica cuando se deben generar ni incluye criterios sobre el contenido de los mismos, aspectos que sujetos a juicio y que escapan a la norma. Los documentos son:
- Test plan: un documento que gestiona el plan de pruebas y que indica: cómo se realizarán las pruebas (incluyendo la configuración del sistema a probar (SUT)) quién realizará las pruebas qué se probará cuánto tiempo tardarán (este valor puede variar, sobre todo dependiendo de la disponibilidad de los recursos) cuál será la cobertura de las pruebas (el nivel de calidad necesario)
- Especificación del diseño de los test: detalle de las condiciones de los test y los resultados esperados, así como el criterio a seguir para considerar una prueba como superada.
- Especificación del caso de test: detalle de los datos a usar en la ejecución de las pruebas con las condiciones identificadas en la especificación de diseño de los test.
- Especificación del procedimiento de prueba: detalles sobre cómo ejecutar cada test, incluyendo la preparación de precondiciones y los pasos que deben seguirse.
- Informe de estado de pruebas: informes de progreso cuando un componente de software pasa de una etapa de pruebas a otra.
- Registro de pruebas: registro de qué casos de test se han ejecutado, quién los ha ejecutado, en qué orden y cuales han sido satisfactorios y cuales han fallado.
- Informe de incidentes: informe para cada error que incluye el estado actual frente al esperado y otro información destinada a arrigar luz sobre porqué una prueba ha fallado. Este documento se denomina deliberadamente informe de incidente y no de errores. Esto se debe porque una discrepacia entre el resultado obtenido y el resultado esperado puede darse por otras razones que no son un fallo del sistema, incluyendo un resultado esperado incorrecto o inconsistencia en los requerimientos que puede dar lugar a varias interpretaciones. El informe incluye cualquier detalle que pueda ayudar en su resolución así como una evaluación del impacto de dicho incidente.
- Informe de resumen de pruebas: se trata de un informe de gestión que proporciona aquella importante información descubierta durante las pruebas llevabas a cabo, incluyendo la evaluación de la calidad de pruebas, la calidad del software probado y estadísticas derivadas de los informes de incidentes. Además se indica qué pruebas se llevaron a cabo y cuánto tiempo han durado, con el fin de mejorarlas en una siguiente iteración. Este documento final declara si el software probado sirve a los propositos para los que fue diseñado en función de si cumple los criterios de aceptación definidos.
|
|
|
|
|
|
|
©2008-10 Redsauce Engineering Services S.L.
|
|
| |
 Últimas novedades |
|
Ofertas de empleo |
| | | |
|
