Transcripcin de 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. Presentado por:
Helver Carreo
Jos Luis Contreras 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. Los procesos 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 identificado, 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 Master
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 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 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. 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 describe 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 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 / o
otras caractersticas nicas del software.