Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Copy of Norma IEEE 829 - 2008

Para la Documentación de Pruebas de Software y Sistema
by

Felipe asdas

on 31 October 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Copy of 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 están desarrollando.

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.
Presentado por:
Hernan Felipe Cubillos.
Ricardo Avendaño Casas.
Alejandro Cortes zubieta.



Norma IEEE 829
para la Documentación
de Pruebas de
Software y Sistema

¿Que es?
El estándar IEEE 829 proporciona una base estándar para la documentación del proceso de pruebas, permitiendo plasmar todos los aspectos clave de las pruebas.
El propósito de las pruebas basadas en los sistemas es ayudar a la organización de desarrollo de la calidad de construcción 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.
4. Procesos de prueba
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 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é documentación de pruebas son necesarias.
5. Prueba temas de la documentación
de contenidos que se abordarán
Se define como se debe 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.
6 .Plan Maestro de prueba(MTP)
El objetivo del plan de pruebas Master (MTP)proporciona 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 seleccionado, el número de niveles de prueba, las tareas generales a realizar, y los requisitos de documentación.
7. Plan de nivel de pruebas(LTP)
Especifica el alcance, enfoque, los recursos y el calendario de las actividades de prueba de su nivel específico de la prueba. Identifica los elementos que se están probando, las características para ser probadas, las tareas de pruebas a realizar, el personal responsable de cada tarea, y el riesgo asociado.
8. Prueba de nivel de diseño (LTD)
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.
9. Casos de prueba de nivel (LTC)
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).
10. Procedimientos de Pruebas de Nivel
(LTPr)
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.
11.Nivel de registro de prueba(LTL)
Proporciona un registro cronológico de datos pertinentes sobre la ejecución de las pruebas. En una herramienta automatizada puede capturar toda o parte de esta información.
12. Informe de Anomalias (AR)
El propósito 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, anomalía o error.
13.Nivel de prueba provisional
Informe de situación (LITSR)
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 título del documento con el nombre de la organización para el nivel de prueba en particular.
Esta norma establece los criterios recomendados mínimos para los procedimientos de ensayo, actividades y tareas.
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:
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.
Propósito:
-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
2. Definiciones y abreviaturas
Aquí se estipulan las definiciones y abreviaturas referentes al estándar.
Definiciones Abreviaturas
Se genera una especie de glosario con los términos y definiciones implementados en las pruebas.
Se contemplan términos como pruebas de aceptación actividades, dirección, anomalía, componente de las pruebas de integración, criticidad
Ejemplo: 3.1.4 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
Abreviaturas
Se trata de simplificar, reducir y simbolizar alguna actividad realizada en la norma.
Ejemplo:
Ejemplo ANSI - American National Standards Institute
AR - Anomaly Report
IEEE - Institute of Electrical and Electronic Engineers
LTP - Level Test Plan
3. Software y sistemas de nivel de integridad
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.
Integridad de los niveles:
Ejemplo:

Nivel 4 - Catastrófico
Nivel 3 – Critico
Nivel 2 –Marginal
Nivel 1 – Despreciable
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).
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 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
Ejemplo MTP:
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 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 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
Ejemplo:
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 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
Ejemplo
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
Ejemplo:
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
Ejemplo:
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 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
Ejemplo:
1,1. Documento identificador
1,2. Alcance
1,3. Referencias
2. Detalles
2,1. Resumen
2,2. Anomalía Descubierto 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
Ejemplo
1,1. documento identificador
1,2. alcance
1,3. Referencias 2. Detalles
2,1. Prueba resumen de estado
2,2. Los cambios de planes
2,3. Métricas de prueba de estado
3. general
Ejemplo:
6. Documentación de la prueba y contenido del proceso de selección
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:
- 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)
Full transcript