IEEE 829 Documentacin

Con los aos una serie de tipos de documentos han sido inventados para permitir el control de la prueba. Se aplican a las pruebas de software de todo tipo de pruebas de componentes a travs de comunicado de la prueba. Cada organizacin desarrolla estos mismos documentos y les da diferentes nombres, y en algunos casos confunde a su propsito. Para proporcionar un conjunto comn de documentos normalizados IEEE desarroll el estndar 829 para pruebas de software Documentacin para cualquier tipo de pruebas de software, incluidas las pruebas de aceptacin del usuario. En este artculo se describe cada uno de los tipos de documentos en esta norma y se describe cmo trabajar juntos.

Los tipos de documento

Hay ocho tipos de documentos en el estndar IEEE 829 estndar, que puede ser usado en tres fases distintas de las pruebas de software:

1. Preparacin de las Pruebas de

Plan de Pruebas: Planifique cmo la prueba se proceder. Prueba de las Especificaciones de Diseo: Decida lo que necesita ser probado. Caso de prueba pliego de condiciones: Crear las pruebas que se ejecute. Procedimiento de anlisis: Describa cmo se ejecutan las pruebas. Prueba del artculo transmisin del informe: Especificar los elementos liberados para la prueba.

2. Ejecucin de las pruebas

Prueba de registro: Registro de los detalles de las pruebas en el orden del tiempo. Prueba de notificacin de incidentes: los detalles de registro de eventos que deben ser investigados.

3. Finalizacin de la prueba

Resumen de la prueba del informe: Resumir y evaluar las pruebas.

Documentacin para la preparacin de exmenes

La preparacin para la prueba es la parte ms importante de cualquier proyecto de prueba del software y fcilmente las cuentas de la mayor parte del papeleo. El objetivo esta etapa consiste en preparar un conjunto efectivo y eficiente de las pruebas, y crear el ambiente para que se ejecuten pulgadas

IEEE 829 - Plan de pruebas

El plan de pruebas es el documento fundamental en torno al cual todos los proyectos de software de las pruebas giran. En l se describe:

lo que tiene que hacer, a nivel de calidad lo que, con lo que los recursos, to what time scale, y describe los riesgos y cmo iban a ser superados.

Ms detalles acerca de este documento se encuentran en el Plan de Pruebas artculo general. Si desea ver una versin ms detallada de un plan de pruebas a continuacin, un Plan de plantilla UATque utiliza el estndar se puede comprar en este sitio.

IEEE 829 - Especificacin de Prueba de Diseo

Crear el diseo de la prueba es la primera etapa en el desarrollo de las pruebas para un proyecto de prueba del software. Graba lo que necesita ser probado, y se deriva de los documentos que entran en la fase de pruebas, tales como los requisitos y diseos. Registra que las caractersticas de un producto de ensayo deben ser probados, y como una prueba exitosa de estas caractersticas sera reconocido. A modo de ejemplo le permite utilizar un proyecto de facturacin de la cual los requisitos de las pruebas siguientes pueden ser definidos:

Un proyecto de ley normal se puede producir. Un proyecto de ley final puede ser producido. El descuento por volumen se calcula correctamente.

El diseo del ensayo no registra los valores a ser incluidas en una prueba, sino que describe los requisitos para la definicin de esos valores. Este documento es muy valioso, pero a menudo falta en muchos

proyectos. La razn es que la gente comience a escribir casos de prueba antes de que se han decidido lo que van a probar.

IEEE 829 - Especificacin de caso de prueba

Los casos de prueba se producen cuando el diseo de la prueba se ha completado. Los casos de prueba especifica para cada requisito de la prueba:

Los valores de entrada exactos que sern de entrada y los valores de los datos de pie que se requiere, Los valores de salida exacta y los cambios de valor del estado interno del sistema que se espera, Y las medidas especiales para la creacin de las pruebas.

Definicin de los valores esperados es muy importante, porque slo haciendo esto discrepancias pueden ser vistos. Sin embargo, en algunos proyectos no se definen lo que resulta en una calidad muy pobre conjunto de casos de prueba. Una caracterstica del diseo de la prueba puede ser probado en ms de un caso de prueba, y un caso de prueba puede probar ms de una funcin. El objetivo es que un conjunto de casos de prueba para probar cada funcin del diseo de la prueba al menos una vez. Tomando el ejemplo del proyecto de facturacin de los tres requisitos podra ponerse a prueba con dos casos de prueba:

El primer caso de prueba podra poner a prueba tanto de que un proyecto de ley normal se produce y que un descuento por volumen se calcula correctamente. Un segundo caso de prueba puede comprobar que un proyecto de ley final que se produce y un descuento por volumen se calcula.

IEEE 829 - Especificacin de Procedimiento de la prueba

Los procedimientos de prueba se desarrollan tanto desde el diseo del ensayo y la especificacin de caso de prueba. El documento describe cmo el probador fsicamente ejecutar la prueba, la puesta a punto fsica necesaria, y los pasos del procedimiento que deben seguir. La norma define los diez pasos que el procedimiento puede ser aplicado cuando se ejecuta una prueba.

IEEE 829 - tem Informe de transmisin

Este documento llamado curiosamente no se deriva del plan de pruebas, pero es el documento de entrega de la etapa anterior del desarrollo. En

prueba de aceptacin del usuario que puede ser la realizacin de pruebas del sistema. En l se describen los artculos que son entregados para las pruebas, dnde se encuentran, qu hay de nuevo en ellos, y da la aprobacin para su liberacin. La importancia del documento es proporcionar a los probadores de una garanta de que los productos estn en condiciones de ser probado y da un claro mandato para iniciar las pruebas. No empezar a probar sin recibir uno!

Documentacin para ejecutar las pruebas

Cuando las pruebas se han desarrollado a continuacin, se pueden ejecutar. El calendario de lo casos de prueba se ejecutan y cuando, se define en el Plan de Pruebas. Los resultados de la prueba se registran en el registro de la prueba, y en las pruebas de informes de incidentes.

IEEE 829 - registro de la prueba

El registro de la prueba registra los detalles de lo casos de prueba se han ejecutado, el orden de su ejecucin, y los resultados de la prueba. Los resultados estn o ha pasado la prueba, lo que significa que los resultados reales y esperados eran idnticas, o no es y que no haba una discrepancia. Si hay una discrepancia de uno o ms informes de ensayos de incidentes se provocan o actualizada, y sus identidades registrados en el registro de la prueba. El registro de la prueba es importante ya que permite el progreso de las pruebas que deben controlar, adems de proporcionar informacin valiosa para conocer la causa de un incidente. Si un incidente es un error de codificacin, el fallo puede haber ocurrido en el caso de prueba que no, pero en una que se ha ejecutado con anterioridad. As, la secuencia de las pruebas permite el fallo que se encuentra.

IEEE 829-Prueba de Informe de Incidente

Este documento es deliberadamente nombrado como un informe de incidente, y no un informe de fallo.La razn es que una discrepancia entre los resultados previstos y los reales pueden ocurrir por varias razones que no sea un fallo en el sistema. Estos incluyen los resultados esperados a equivocarnos, que la prueba se ejecute sin ella, o inconsistencia en los requisitos de lo que significa que ms de una interpretacin se podra hacer.

El informe consta de todos los detalles del incidente, como los resultados y espera que, cuando no, y cualquier documentacin de apoyo que ayudarn en su resolucin. El informe tambin incluir, de ser posible, una evaluacin del impacto sobre la prueba de un incidente. La relacin entre el registro de la prueba y el informe de prueba de incidentes no es uno a uno. Una prueba no puede aumentar ms de un incidente, y al mismo tiempo que un incidente puede ocurrir en la insuficiencia de prueba ms de uno. Tomando el ejemplo del proyecto de facturacin, si los dos casos de prueba fracasado por completo de tres Ensayos incidente se plante:

La primera sera por no haber presentado un proyecto de ley normal, La segunda sera por no haber presentado un proyecto de ley final, La tercera por no calcular el descuento por volumen, tanto para el normal y el proyecto de ley final.

Es importante tener en incidentes separados por las caractersticas que se han ensayado para conseguir una buena idea de la calidad del sistema, y permitir un avance en la fijacin de las fallas que se comprobar. Un documento til derivados del informe de prueba incidente es una prueba de registro de incidentes de resumir los hechos y el estado. Esto no es un documento IEEE 829 como todos los valores que se pueden derivar de los informes de ensayos de incidentes.

Documentacin para la finalizacin de las pruebas

Con el tiempo las pruebas se completarn de acuerdo con los criterios especificados en el Plan de Pruebas. Esto es cuando el xito o el fracaso del sistema se decidi sobre la base de los resultados.El Resumen de la prueba los registros de esta informacin.

IEEE 829 - Resumen de la prueba

El resumen de prueba rene a toda la informacin pertinente acerca de las pruebas, incluida una evaluacin sobre la capacidad de la prueba se ha hecho, el nmero de incidentes planteados y pendientes, y fundamentalmente de una evaluacin sobre la calidad del sistema. Tambin se registran para su uso en la planificacin de proyectos futuros es los detalles de lo que se hizo, y cunto tiempo le llev.

Este documento es importante para decidir si la calidad del sistema es lo suficientemente bueno para que pueda proceder a otra etapa.

El uso de la Norma
La norma es genrica para cubrir todo tipo de pruebas. De esta forma, permite que los documentos que deben adaptar a cada situacin. Esto significa utilizar la estructura bsica como un hecho, pero otros documentos se puede agregar a ella, las secciones se pueden agregar a cada documento, y una descripcin ms detallada se puede escribir. Adems parte del contenido se puede hacer referencia en otro documento. Al utilizar el estndar significa que cualquier persona unirse a un proyecto sabr qu documentos se estn utilizando, y con qu fin, lo que les permite ser productivos rpidamente.

Ms informacin
Las siguientes pginas ofrecen informacin sobre puntos relacionados con:

Prueba de Planes describe lo que debe incluirse en un plan de pruebas para que sea compatible con el estndar IEEE 829 estndar, y ser un plan de proyecto equilibrado. Conceptos bsicos de los planes del proyecto , explica los cinco CHARATERISTICS clave de un plan y la forma de equilibrio. Verificacin y validacin se detalla el alcance global de las pruebas para incluir en un plan de pruebas.