Norma IEEE 829 - 2008

1.alcance Esta norma se aplica a todos los sistemas basados en software. Se aplica a los
sistemas y programas que se estn desarrollando.

Esta norma identifica los aspectos del sistema, los procesos de prueba y la direccin de
las tareas en el sistema de determinacin y correccin de software y otros atributos (por
ejemplo, la integridad, precisin, consistencia y capacidad de prueba), y la
documentacin pertinente de ensayo resultante.

Norma IEEE 829 para la Documentacin de Pruebas de Software y Sistema

De acuerdo con el estndar IEEE Std. 829, los documentos relacionados con el diseo
de pruebas son: El estndar IEEE 829 proporciona una base estndar para la
documentacin del proceso de pruebas, permitiendo plasmar todos los aspectos clave de
las pruebas. El propsito de las pruebas basadas en los sistemas es ayudar a la
organizacin de desarrollo de la calidad de construccin en el software y el sistema
durante los procesos de ciclo de vida y para validar que la calidad se logr. El proceso
de prueba determina si los productos de desarrollo de una actividad dada se ajustan a los
requisitos de una actividad y si el sistema y / o software satisface su uso previsto y las
necesidades del usuario.

2.procesos de prueba
Cada proceso tiene una o ms actividades de apoyo que son a su vez ejecutada por una o
ms tareas. Este es un mtodo de arriba hacia abajo para determinar las tareas que se
requieren. Una vez que cada tarea ha sido identificada, sus entradas y salidas necesarias
resultantes pueden ser identificados. En el caso de esta norma, las entradas y salidas de
determinar qu documentacin de pruebas son necesarias.

2.1. Actividad de gestin de pruebas

Esta actividad monitorea y evala todos los resultados de las pruebas. Esta actividad
revisa continuamente las pruebas, genera el plan de mediano plazo si as lo requiere el
nivel de integridad.
Segn corresponda para el nivel de integridad seleccionado, estas tareas mnimas
recomendadas: Tareas Mnimas:
a) Genera el plan de pruebas Mster
b) Realiza revisin por la direccin del esfuerzo de prueba
c) Realiza revisin por la direccin y el apoyo revisin tcnica
d) Las interfaces con los procesos organizativos y de reparto
e) Identificar oportunidades de mejora de procesos, incluidas las lecciones aprendidas
en el desarrollo de las pruebas

Quilantan Abundis Mario Sinai

2.2. Proceso de adquisicin
Comienza con la definicin de la necesidad de adquirir un sistema, producto software o
servicio software. El proceso contina con la preparacin y emisin de una solicitud de
propuesta y con la seleccin de un proveedor. Termina con la gestin del proceso de
adquisicin a travs de la aceptacin del sistema, producto software o servicio software.

2.3. Proceso de suministro

Se inicia con la oferta o bien la decisin de preparar una propuesta para responder a una
solicitud de propuesta adquirente, o bien mediante la firma y celebracin de un contrato
con el comprador para dotar al sistema basado en software, producto software o
servicio.

2.4. Proceso de desarrollo

Consiste en las actividades y tareas del grupo de desarrollo. El proceso de desarrollo
abarca las actividades de desarrollo de anlisis de requerimientos, diseo, codificacin,
integracin de componentes, pruebas, instalacin y aceptacin, relacionado con el
software o el producto de sistema basado en software.

2.5. Proceso de operacin

comprende el funcionamiento del producto de software y soporte operativo a los
usuarios. La actividad de operacin realiza pruebas de funcionamiento, operacin del
sistema y soporte al usuario.

2.6 Proceso de mantenimiento se activa cuando el sistema basado en software o

producto de software experimenta modificaciones en el cdigo y la documentacin
asociada causada por un problema, una necesidad de mejora, o la adaptacin.

3. Prueba temas de la documentacin

de contenidos que se abordarn se define como de tomar una decisin en cuanto a si un
tema contenido se debe documentar con anterioridad a la ejecucin de la prueba,
documentado posterior a la prueba de ejecucin, no documentado (dirigida por el
proceso), o no incluido. "Incluido" significa que o bien la informacin est presente o
no es una referencia a donde existe.

4.Plan Maestro de prueba

proporciona una planificacin global de la prueba y de gestin de documentos de prueba
para varios niveles de prueba (ya sea dentro de un proyecto o varios proyectos).

Establece objetivos para cada parte, los tiempos y recursos, identifica riesgos, normas
de trabajo que definen los controles de esfuerzo.

Quilantan Abundis Mario Sinai

4.1 Introduccin
se identifica el documento y lo coloca en el contexto del ciclo de vida de proyectos
especficos. Es en esta seccin es que el esfuerzo de prueba completo se describe,
incluyendo la organizacin del ensayo, el programa de ensayo, y el esquema de
integridad.
4.2 Los detalles del plan de pruebas Maestro
se describen los procesos de prueba, los requisitos de documentacin, pruebas y
requisitos de presentacin de informes de prueba para el esfuerzo de la prueba entera.

4.3 General
se incluye un glosario de trminos y acrnimos. Tambin se describe la frecuencia y el
proceso por el cual se cambia la MTP y lnea base.
Tambin puede contener un cambio de pgina que contiene el historial de los cambios
(fecha, la razn para el cambio, y que inici el cambio).

5. Nivel Plan de Pruebas

Especifica el alcance, enfoque, los recursos y el calendario de las actividades de prueba
de su nivel especfico de la prueba. Identifica los elementos que se estn probando, las
caractersticas para ser probadas, las tareas de pruebas a realizar, el personal responsable
de cada tarea, y el riesgo asociado.

5.1. Los detalles de este nivel de plan de pruebas describen los elementos especficos
que se evalan en el nivel designado y proporciona una matriz de rastreabilidad de
prueba que vincula los elementos a ensayar con los requisitos.

6.Nivel de Diseo de los ensayos

(Level Test Design) especifica los ajustes finos del enfoque de prueba e identifica las
caractersticas para ser analizadas por este diseo y las pruebas asociadas.

6.1. Introduccin
se identifica el emisor y los detalles de la emisin. Incluye aprobaciones requeridas y el
estado (PROYECTO / FINAL) del documento. Es aqu que el alcance se describe y se
identifica referencias. 7.Nivel de casos de prueba definir (con un nivel de detalle
apropiado) la informacin necesaria en lo que respecta a las entradas y salidas del
software o el sistema basado en software se est probando. 8.Nivel de Procedimiento de
la Prueba El propsito es especificar los pasos para ejecutar un conjunto de casos de
prueba o, ms en general, los pasos utilizados para ejercer un producto de software o
software basado en elemento del sistema con el fin de evaluar un conjunto de
caractersticas. 9.Nivel de registro de prueba Proporciona un registro cronolgico de
datos pertinentes sobre la ejecucin de las pruebas. En una herramienta automatizada
puede capturar toda o parte de esta informacin. 10.Anomala Informe El propsito es

Quilantan Abundis Mario Sinai

documentar cualquier evento que se produce durante el proceso de prueba que requiere
investigacin. Esto puede ser llamado un problema, el informe de incidente de prueba,
defecto, problema, anomala o error. 11.Nivel de prueba provisional
Informe de situacin Resume los resultados de las actividades de control designados y
opcionalmente para proporcionar evaluaciones y recomendaciones basadas en los
resultados.
Se acostumbra a sustituir la palabra "nivel" en el ttulo del documento con el nombre de
la organizacin para el nivel de prueba en particular. 12.Nivel Informe de prueba (LTR)
resume los resultados de las actividades de control designados y proporciona
evaluaciones y recomendaciones basadas en los resultados. Se acostumbra a sustituir la
palabra "nivel" en el ttulo del documento con el nombre de la organizacin para el
nivel de prueba en particular, por ejemplo, informe de prueba de aceptacin. Hay un
LTR para cada nivel de prueba definida por la organizacin o proyecto. 13.Maestro
informe de prueba resumir los resultados de los niveles de las actividades de pruebas
designadas y para proporcionar evaluaciones basadas en estos resultados. Conclusiones
y recomendaciones Ofrecer conclusiones y / o recomendaciones sobre la aceptacin del
producto entregado.

Describir las lecciones aprendidas y los cambios resultantes en la prctica que fueron
descubiertos durante la realizacin de esta prueba. Esta norma establece los criterios
recomendados mnimos para los procedimientos de ensayo, actividades y tareas.
Niveles de integridad Un nivel de integridad es una indicacin de la importancia relativa
de software (o caracterstica del software, componente o prueba de nivel) para sus
grupos de inters, las establecidas por el conjunto seleccionado de atributos tales como
la complejidad, la evaluacin de riesgos, el nivel de seguridad, integridad de los datos,
el rendimiento deseado, la fiabilidad, la calidad, coste, tamao, y / u otras caractersticas
nicas del software.

Quilantan Abundis Mario Sinai