Introducing 

Prezi AI.

Your new presentation assistant.

Refine, enhance, and tailor your content, source relevant images, and edit visuals quicker than ever before.

Loading…
Transcript

IEEE 829

Estándar para la documentación de pruebas

Resumen del estándar

9. Plan de nivel de pruebas (LTP)

Nivel de Integridad

El nivel de integridad indica la importancia del software (características) para establecer atributos como la complejidad, la evaluación de riesgos, nivel de seguridad, integridad, fiabilidad, calidad costos y tamaño.

Documentos relacionados con el diseño de pruebas.

Ejemplo

Este estándar es compatible con todos los procesos del ciclo de vida del software, que incluye: la adquisición, suministro, desarrollo, operación y mantenimiento. Esta norma es compatible con todos los modelos de ciclo de vida

Los procesos del sistema y software de prueba determinan si los productos de desarrollo de una determinada actividad se ajustan a la requisitos de que la actividad, si el producto satisface sus usos previstos y las necesidades del usuario. La determinación puede incluir el análisis, la demostración, inspección y pruebas de productos de software

3.6 Capacitación

3.7 Horarios, estimados y costos 3.8 Riesgos y contingencias

4. Generales 4.1 Los procedimientos de control de calidad

4.2 Métricas

4.3 Prueba de cobertura

4.4 Glosario

4,5 Documentan procesos de cambio y de la historia

2.3 Características a ensayar

2.4 Características de no ser probados 2,5 2,6 Enfoque del artículo pasa / falla criterios

2.7 Criterios de suspensión y requisitos de reanudación 2,8 entregables de pruebas

3. Prueba de manejo

3.1 Actividades planificadas y tareas, la progresión de prueba

3.2 Entorno / infraestructura

3.3 Responsabilidades y autoridad

3.4 Interfaces entre las partes involucradas 3.5 Los recursos y su asignación

1. introducción

1,1. documento identificador

1,2. Ámbito 1,3. Referencias 1.4. Nivel en la secuencia global 1,5. Las clases de prueba y las condiciones generales de la prueba

2. Los detalles de este nivel de plan de pruebas

2.1 Productos de ensayo y sus identificadores

2.2 Prueba de Matriz de Trazabilidad

1. Alcance

Esta norma se aplica para todos los sistemas basados en software. Se aplica durante el proceso de desarrollo.

Aquí se identifica hacia donde apuntan los aspectos, procesos y pruebas realizados al software. los anterior con el fin de determinar la corrección en el software.

Especifica para cada LTP el alcance, enfoque, los recursos y el calendario de las actividades de prueba para comprobar el nivel especificado de pruebas. Identificar los artículos que se están probando, las características para ser probado, las tareas de prueba a realizar, el personal responsable de cada tarea, y los riesgos asociados.

En el título del plan, la palabra "nivel" se sustituye por el nombre de la organización para el nivel particular que se esté documentado por el plan (por ejemplo, el Plan Componente de prueba, Componente Plan de Pruebas de Integración, Plan de prueba del sistema, y el Plan de Pruebas de Aceptación).

Uso practico del estandar IEEE 829

Propósito: Establecer un marco, procesos, actividades y tareas a aplicar durante el ciclo de vida del software. Definir un plan de pruebas Maestros y un plan de pruebas de Nivel.

Objetivos de la prueba: Soluciones teniendo en cuenta medio ambiente, operadores, hardware y otros software.

-Validar que el sistema cumple los requisitos para su uso previsto y las necesidades de los usuarios.

- Validar que el problema se resuelve derecho (por ejemplo, aplicar las reglas de negocio, utilice los supuestos de sistema adecuados).

- Establecer la responsabilidad y la rendición de cuentas de los procesos de prueba.

- Facilitar la detección temprana y la corrección de las anomalías de software y de sistemas.

- Proporcionar una evaluación temprana del rendimiento del software y del sistema.

- Mejorar la percepción de riesgo en la gestión de producto.

- Identificar las áreas de grupos de anomalías en la funcionalidad, etc.

Organización de la norma

•Cláusula 1 contiene material informativo, útil en la comprensión y el uso de esta norma.

•Cláusula 2 listas de referencias normativas.

•Cláusula 3 proporciona definiciones de términos, abreviaturas y convenciones.

•Cláusula 4 niveles de integridad de software para determinar el alcance de prueba.

•Cláusula 5 describe cada vida principal de procesos tareas respecto al ciclo de vida del software.

•Cláusula 6 define el proceso para la elección de los contenido de los documentos de prueba.

•Cláusula 7 considera la documentación de prueba.

•Cláusula 8 define el contenido recomendado de un plan de pruebas Maestro.

•Cláusula 9 define el contenido recomendado de un plan de pruebas de nivel (s).

•Cláusula 10 define el contenido recomendado de un diseño de prueba de nivel.

•Cláusula 11 define el contenido recomendado de un caso de prueba de nivel.

•Cláusula 12 define el contenido recomendado de un procedimiento de prueba de nivel.

•Cláusula 13 define el contenido recomendado de un registro de prueba de nivel.

•Cláusula 14 define el contenido recomendado de un informe de anomalías.

•Cláusula 15 define el contenido recomendado de un nivel intermedio Informe Estado de la prueba.

•Cláusula 16 define el contenido recomendado de un informe de prueba de nivel.

•Cláusula 17 define el contenido recomendado de un informe de prueba Maestro.

2. Referencias respecto a las normativas

Esta norma no requiere el uso de las referencias normativas.

3. Definiciones y abreviaturas

8. Plan maestro de prueba (MTP)

Como hace referencia el titulo, aquí se estipulan las definiciones y abreviaturas referentes al estándar.

Definiciones

Abreviaturas

Se trata de simplificar, reducir y simbolizar alguna actividad realizada en la norma.

Se genera una especie de glosario con los términos y definiciones implementados en las pruebas. Se crea un diccionario según el estándar IEEE 610.

Se contemplan términos como pruebas de aceptación actividades, dirección, anomalía, componente de las pruebas de integración, criticidad

Ejemplo

Ejemplo MTP

ANSI - American National Standards Institute

AR - Anomaly Report

IEEE - Institute of Electrical and Electronic Engineers

LTP - Level Test Plan

Ejemplo

3.1.42 Componentes de la prueba: Documentación que especifique los detalles del enfoque de prueba para una función de software o una combinación de las características del software y la identificación de las pruebas asociadas

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

1,4. Vista general del sistema y características principales

1,5. Prueba resumen

1.5.1 Organización

1.5.2 Lista de estudios programados prueba

1.5.3 Integridad nivel de esquema

1.5.4 Resumen Recursos

1.5.5 Responsabilidades

1.5.6 Herramientas, técnicas, métodos y métricas

2. Los detalles del plan de pruebas Maestro

2,1. Procesos de prueba incluyendo la definición de los niveles de prueba

2.1.1 Proceso: Gestión

Actividad 2.1.1.1: Gestión del esfuerzo de la prueba

2.1.2 Proceso: Adquisición

2.1.2.1: Actividad: Prueba de apoyar la adquisición

2.1.3 Proceso: Suministro

El propósito del plan de pruebas Master (MTP) es proporcionar una planificación global de la prueba y de gestión de documentos de prueba para varios niveles de prueba (ya sea dentro de un proyecto o varios proyectos). Identifica el esquema y nivel de integridad del nivel de integridad seleccionado, el número de niveles de prueba, las tareas generales a realizar, y los requisitos de documentación.

2.1.4 Proceso: Desarrollo

2.1.4.1 Actividad: Concepto

2.1.4.2 Actividad: Requisitos 2.1.4.3 Actividad: Diseño

2.1.4.4 Actividad: Implementación

2.1.4.5 Actividad: Ensayo

2.1.4.6 Actividad:

Instalación / caja

2.1.5 Proceso: Operación

2.1.5.1 Actividad: La prueba funcional

2.1.6 Proceso: Mantenimiento

14. Informe de anomalías (AR)

15. Nivel de prueba provisional Informe de situación (LITSR)

16. Informe de pruebas de nivel (LTR)

17. Informe de pruebas maestras (MTR)

4. Software y sistemas de nivel de integridad

7. Documentación de las pruebas y contenidos que se abordaran.

El propósito del informe de prueba de nivel (LTR) es resumir los resultados de las actividades de control designados, proporcionar evaluaciones y recomendaciones basadas en los resultados. Se acostumbra a sustituir la palabra "nivel" en el título del documento con el nombre de la organización para el nivel de prueba en particular, por ejemplo, informe de prueba de aceptación.

Hay un informe para cada nivel de prueba definido por la organización o proyecto. Los proyectos pequeños pueden combinar de múltiples informes niveles. Ellos pueden variar en gran medida en el nivel de detalle de la documentación (por ejemplo, un informe de prueba Unidad puede ser simplemente una indicación de que ha pasado o no, mientras que un informe de prueba de aceptación puede ser mucho más detallada).

El propósito del Informe de Estado interino Level Test (LITSR) es resumir los resultados de la prueba designando actividades y opcionalmente para proporcionar evaluaciones y recomendaciones basadas en los resultados. Es costumbre sustituir la palabra "nivel" en el título del documento con el nombre de la organización para el nivel de prueba en particular, por ejemplo, la Aceptación Provisional Informe Estado de la prueba. Hay un formato definido para el LITSR para cada nivel de prueba identificado por la organización. Y pueden variar en gran medida en el nivel de detalle.

El propósito del informe de anomalías (AR) es documentar cualquier evento que se produce durante el proceso de prueba que requiere investigación. Esto puede ser llamado un problema, el informe de incidente de prueba, defecto, problema, problema, anomalía o error.

El propósito del informe de prueba masetras (MTR) es resumir los resultados de los niveles de las actividades de control designados y proporcionar evaluaciones basadas en los resultados. Este informe puede ser usado por cualquier organización que utilice dicho informe. Siempre que un informe de pruebas maestras es generado y aplicado, es necesario que haya un correspondiente informe de pruebas maestras que describe los resultados de la aplicación del plan maestro de pruebas.

Un nivel de integridad identificado proporciona un medio estructurado para la determinación de la amplitud y profundidad de las pruebas. Un alto nivel de integridad requiere tareas de prueba adicionales. Un alto nivel de integridad requiere pruebas más profundas que tienen un nivel de integridad más baja. Sin identificar un nivel de integridad aplicable, probando el tester orientados hacia las funciones, requisitos o productos. Se requiere un esfuerzo superficial e intenso.

Ejemplo estructura del documento

Se define como de tomar una decisión en cuanto a si cada tema contenido posible se debe documentar con anterioridad a la ejecución de la prueba, posterior a la ejecución o si simplemente no se debe documentar.

Para obtener toda la documentación que se especifica en esta norma, las secciones se ordenan en una secuencia especificada por el organización que utilice el estándar y determinada por el momento de la ejecución de la prueba.

Ejemplo estructura del documento

Ejemplo estructura del documento

2,3. Justificación de las decisiones

2,4. Conclusiones y recomendaciones

3. general

3,1. glosario

3,2. Documentan procesos de cambio y de la historia

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

2. Detalles

2,1. Descripción general de los resultados de pruebas

2,2. Resultados detallados de las pruebas

2,3. contexto

2,4. Descripción de la anomalía

2,5. impacto

2,6. Originador de evaluación de urgencia (véase IEEE 1044 [B13])

2,7. Descripción de la acción correctiva

2,8. Situación de la anomalía

2,9. Conclusiones y recomendaciones

3. general

3,1 Documentan procesos de cambio y de la historia

1,1. Documento identificador

1,2. Alcance

1,3. Referencias

2. Detalles

2,1. Resumen

2,2. Anomalía Descubierto

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

2. Los detalles del informe de prueba Maestro

2,1. Vista general de todos los resultados agregados

2. Detalles

2,1. Prueba resumen de estado

2,2. Los cambios de planes

2,3. Métricas de prueba de estado

3. general

3,1. Documentan procesos de cambio y de la historia

2,2. Justificación de las decisiones

2,3. Conclusiones y recomendaciones

3. General

3,1. glosario

3,2. Documentan procesos de cambio y de la historia

Integridad de los niveles

Hace referencia a las características del software y como se debe crear una estructura a partir de ellas. Los niveles dependen en si de la magnitud del proyecto, pueden existir niveles de seguridad, complejidad, integridad, etc.

Ej:

Nivel 4 - Catastrófico

Nivel 3 – Critico

Nivel 2 –Marginal

Nivel 1 – Despreciable

Diagrama General

del Documento

La anterior figura proporciona una descripción general de los tipos de documentación de pruebas delineadas por esta norma. Contiene cada tipo de documento y su principal objetivo.

El MTP identifica cuántos niveles de prueba son necesarios. No puede ser un LTP para cada nivel identificados en el plan de mediano plazo, o varios planes de prueba de nivel para algunos niveles (por ejemplo, un LTP para cada uno de los componentes múltiples, una para cada una de los múltiples pasos de integración).

5. Procesos de pruebas

6. Documentación de la prueba y contenido del proceso de selección

- Clause 8 is the Master Test Plan (MTP)

- Clause 9 is the Level Test Plan (LTP)

- Clause 10 is the Level Test Design (LTD)

- Clause 11 is the Level Test Case (LTC)

- Clause 12 is the Level Test Procedure (LTPr)

- Clause 13 is the Level Test Log (LTL)

- Clause 14 is the Anomaly Report (AR)

- Clause 15 is the Level Interim Test Status Report (LITSR)

- Clause 16 is the Level Test Report (LTR)

- Clause 17 is the Master Test Report (MTR).

Los puntos 8 a 17 de la presente norma proporciona temas recomendados y contenido a incluir en los documentos de prueba.

Las listas siguientes están diseñados para incluir la mayor cantidad de pruebas comúnmente reconocidos temas de contenido de la documentación como sea posible, proporcionando un conjunto completo. El contenido completo de cada documento y la definición de las siglas de documentos están en las Cláusulas 8 al 17:

Clausulas que se contemplan en este item.

Este estándar sigue la estructura definida en IEEE / EIA 12207 para describir los procesos. Cada proceso tiene una o más actividades de apoyo que son a su vez ejecutada por una o más tareas. Este es un método de arriba hacia abajo para determinar las tareas que se requieren. Una vez que cada tarea se ha identificado, sus entradas y salidas necesarias resultantes puede ser identificado. Las entradas y salidas deben tomarse en cuenta para la documentación de la prueba.

6.1 Proporcionar una referencia a la información documentada en otras partes.

6.2 Eliminar los temas de contenido incluidos en el proceso.

6.3 Eliminar los temas de contenido cubiertas por herramientas automatizadas.

6.4 Puede combinarlos o eliminar documentos.

6.5 Puede combinarlos o eliminar los temas de la documentación de contenido.

12. Procedimiento de pruebas de nivel (LTPr)

13. Nivel de registro de pruebas (LTL)

10. Prueba de nivel de diseño (LTD)

11. Casos de prueba de nivel (LTC)

El propósito de un procedimiento de prueba de nivel (LTPr) es especificar los pasos para ejecutar un conjunto de casos de prueba o, más 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 características.

Los detalles sobre el contenido de cada tema están contenidas en los siguientes incisos.

El propósito de la prueba de nivel de diseño (LTD) es

especificar los ajustes finos de la prueba de enfoque y para identificar las características para ser probadas por este diseño y sus pruebas asociadas.

Especifica la forma de abordar los temas de contenido se muestra en el ejemplo siguiente esquema. Los detalles sobre el contenido de cada tema están contenidas en los incisos siguientes.

El propósito del caso de prueba de nivel (LTC) es definir (con un nivel de detalle apropiado) la información necesaria, ya que se refiere a las entradas y salidas del software o sistema que se está probando. El LTC incluye todas las pruebas caso identificado por el segmento asociado de la LTD (si hay uno).

Se especifica la forma de abordar los temas de contenido se muestra en el ejemplo siguiente esquema. Los detalles sobre el contenido de cada tema están contenidas en los incisos siguientes. Un ejemplo de un esquema completo de LTC se muestra en la caja de texto. Sección 1 y 3 se especifican una vez por documento. Los datos de casos de prueba en las secciones 2 se documentan una vez por prueba de caso.

El propósito de la sesión Test de nivel inicial (LTL) es proporcionar un registro cronológico de datos pertinentes sobre la ejecución

de pruebas. Una herramienta automatizada puede capturar toda o parte de esta información.

Los detalles sobre el contenido de

cada tema están contenidas en el inciso siguiente.

Ejemplo estructura del documento

Ejemplo de la estructura del documento

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

1,4. Relación con otros procedimientos

2. Detalles

2,1. Entradas, salidas, y los requisitos especiales

2,2. Pedido descripción de los pasos a seguir para ejecutar los casos de prueba

3. general

3,1. glosario

3,2. Documentan procesos de cambio y de la historia

2,2. refinamientos Enfoque

2,3. Prueba de identificación

2,4. Característica de pasa / falla criterios

2,5 entregables de pruebas

3. general

3,1. glosario

3,2. Documentan procesos de cambio y de la historia

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

2. Los detalles del diseño Prueba de nivel

2,1. Características a ensayar

Ejemplo documento casos de prueba de nivel

Ejemplo estructura del documento

1. Introduction (once per document)

1.1. Document identifier

1.2. Scope

1.3. References

1.4. Context

1.5. Notation for description

2. Details (once per test case)

2.1. Test case identifier

2.2. Objective

2.3. Inputs

2.4. Outcome(s)

2.5. Environmental needs

2.6. Special procedural requirements

2.7. Intercase dependencies

3. Global (once per document)

3.1. Glossary

3.2. Document change procedures and history

1. introducción

1,1. documento identificador

1,2. alcance

1,3. Referencias

2. Detalles

2,1. descripción

2,2. Actividad y eventos entradas

3. general

3,1. glosario

Learn more about creating dynamic, engaging presentations with Prezi