Plantilla SVVP (Software Verification & Validation Plan) Trabajo de grado Ingeniería de Sistemas Pontificia Universidad

Transcripción

1 Pontificia Universidad Javeriana Marco teórico Trabajo de grado CIS1430IS08 V2Soft: guía metodológica para el proceso de validación y verificación de requerimientos para el usuario final Plantilla SVVP (Software Verification & Validation Plan) Trabajo de grado Ingeniería de Sistemas Pontificia Universidad Javeriana María Ximena Narváez Barrera

2 CIS1430IS08 V2SOFT: GUÍA METODOLÓGICA PARA EL PROCESO DE VALIDACIÓN Y VERIFICACIÓN DE REQUERIMIENTOS PARA EL USUARIO FINAL MARÍA XIMENA NARVÁEZ BARRERA PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS BOGOTÁ, D.C. 2015

3 INDICE Documento de plan de pruebas Introducción Propósito Alcance Documentos Referenciados Definiciones, abreviaciones y acrónimos Descripción de la Validación y Verificación Organización Agenda principal Recursos requeridos para las pruebas Estrategia de pruebas Riesgos identificados Reportes de Verificación y Validación Reporte y resolución de defectos Referencias... 6

4 Documento de plan de pruebas En este documento se brinda una guía sobre el contenido de las secciones que determina el IEEE Std para el Plan de Verificación y Validación. El objetivo de esta guía es brindar una base para la planificación de pruebas en el proceso de Validación y Verificación de requerimientos para el usuario final. 1 Introducción Incluir una introducción sobre el plan de pruebas que se realiza, donde se definan el sistema o módulos a probar. 2 Propósito Se debe delinear el propósito y alcance del SVVP, indicando el proyecto de software que integra, los productos que cubre y los objetivos planteados para la verificación. 3 Alcance Definir el alcance de las pruebas: que características y funcionalidades serán probadas y cuales no lo serán. 4 Documentos Referenciados Se indican los documentos referenciados que complementan el plan de pruebas, por ejemplo el documento de especificación de requerimientos. 5 Definiciones, abreviaciones y acrónimos Incluir las definiciones de los términos que son necesarios para la correcta interpretación del plan de pruebas. Concepto SVVP Descripción Software Verification & Validation Plan 6 Descripción de la Validación y Verificación En esta sección describir los recursos necesarios para realizar la validación y verificación de los requerimientos en el marco del proyecto. Se especificarán organización, agenda, recursos, responsabilidades, y herramientas, técnicas y metodologías. 6.1 Organización Definir cómo será la organización del esfuerzo de verificación, definir las relaciones con el resto de las áreas, por ejemplo el área de tecnología.

5 6.2 Agenda principal Identificar las tareas de Verificación y Validación que serán realizadas en el tiempo sobre el ciclo de vida del proyecto. Indicar los resultados de las tareas. Actividad Elaboración del Plan de pruebas Definición del Modelo de pruebas (ciclos y tipos de pruebas) Diseñar Casos de Pruebas Entregable Asociado Plan de pruebas Modelo de pruebas Documento de casos de pruebas 6.3 Recursos requeridos para las pruebas - Describir los recursos humanos con que se requieren para las pruebas, así como los recursos de hardware y software necesarios 6.4 Responsabilidades Describir las responsabilidades asignadas a los recursos 6.5 Herramientas, Técnicas y metodologías Definir las herramientas de software que se usaran para la ejecución de las pruebas, así como técnicas o metodologías, describir el propósito y uso de cada una. 7 Estrategia de pruebas La estrategia de pruebas presenta el alcance de la prueba que se realizaran, define que será probado y el cómo se realizara. Nivel de prueba Objetivo Técnicas Pruebas de integración Pruebas de sistema Pruebas de aceptación Pruebas de regresión Definir el objetivo del nivel de prueba. Por ejemplo: Asegurar que exista comunicación entre el sistema 1 y el sistema 2 Definir las técnicas de pruebas que se van a ejecutar: valores límite Incluir pruebas validas e inválidas. Criterios de cumplimiento Definir como se concluye el cumplimiento de la prueba. Por ejemplo: La comunicación con los sistemas se realiza de manera correcta Ciclos de pruebas Definir los ciclos de pruebas que se realizaran en el proyecto. Un ciclo implica la ejecución de la totalidad de los casos de pruebas, en la mayoría de los casos un solo ciclo no es suficiente y dependerá de la solución de los defectos encontrados.

6 Definir un criterio que indique la necesidad de ejecutar otro ciclo de pruebas, por ejemplo: Solución de defectos que no hayan permitido validad funcionalidades puntuales y que su solución puedan que hayan afectado a otras ya validadas. Ciclo 1 Ciclo 2 Ciclo n 7.5 Riesgos identificados Identificar los riesgos asociados con la realización a las tareas que fueron determinadas en la agenda Id riesgo Riesgo Descripción Identificador único del Nombre asignado al Descripción del riesgo riesgo riesgo identificado 7.6 Reportes de Verificación y Validación Indicar los reportes que serán generados por las tareas de verificación y validación previstas, incluir formato Por ejemplo: - Reporte de pruebas de integración - Reporte de pruebas del Sistema - Casos de Prueba 7.7 Reporte y resolución de defectos Definir el método para reportar, hacer seguimiento y resolver los defectos encontrados en el proceso de pruebas. 7.8 Referencias Incluir las referencias mencionadas en el plan de pruebas