LISTAS DE CHEQUEO INGENIERIA DE SOFTWARE

[Nombre del proyecto]

Plan de Verificación y Validación

Versión [1.0]

[Este documento es la plantilla base para elaborar el documento Plan de Verificación. Los textos que aparecen entre paréntesis rectos son explicaciones de que debe contener cada sección. Dichos textos se deben seleccionar y sustituir por el contenido que corresponda. Para actualizar la tabla de Contenido, haga clic con el botón derecho del ratón sobre cualquier línea del contenido de la misma y seleccione Actualizar campos, en el cuadro que aparece seleccione Actualizar toda la tabla y haga clic en el botón Aceptar]

Historia de revisiones

Fecha Versión Descripción Autor

[dd/mm/aaaa] [x.x] [detalles] [nombre]

Contenido

1. INTRODUCCIÓN 4

1.1. PROPÓSITO 4

1.2. PUNTO DE PARTIDA 4

1.3. ALCANCE 4

1.4. IDENTIFICACIÓN DEL PROYECTO 4

1.5. ESTRATEGIA DE EVOLUCIÓN DEL PLAN 4

2. REQUERIMIENTOS PARA VERIFICAR 4

3. ESTRATEGIA DE VERIFICACIÓN 5

3.1. TIPOS DE PRUEBAS 5

3.1.1. Prueba de integridad de los datos y la base de datos 5

3.1.2. Prueba de Funcionalidad 5

3.1.3. Prueba de Ciclo del Negocio 6

3.1.4. Prueba de Interfase de Usuario 6

3.1.5. Prueba de Performance 7

3.1.6. Prueba de Carga 8

3.1.7. Prueba de Esfuerzo (stress, competencia por recursos, bajos recursos) 8

3.1.8. Prueba de Volumen 9

3.1.9. Prueba de Seguridad y Control de Acceso 10

3.1.10. Prueba de Fallas y Recuperación 10

3.1.11. Prueba de Configuración 12

3.1.12. Prueba de Instalación 12

3.1.13. Prueba de Documentos 13

3.2. HERRAMIENTAS 14

4. RECURSOS 14

4.1. ROLES 14

4.2. SISTEMA 15

5. HITOS DEL PROYECTO DE VERIFICACIÓN 15

6. ENTREGABLES 15

6.1. MODELO DE CASOS DE PRUEBA 16

6.2. INFORMES DE VERIFICACIÓN 16

6.3. EVALUACIÓN DE LA VERIFICACIÓN 17

6.4. INFORME FINAL DE VERIFICACIÓN 17

7. DEPENDENCIAS [OPCIONAL] 17

7.1. DEPENDENCIA DE PERSONAL [OPCIONAL] 17

7.2. DEPENDENCIA DE SOFTWARE [OPCIONAL] 17

7.3. DEPENDENCIA DE HARDWARE [OPCIONAL] 17

7.4. DEPENDENCIA DE DATOS Y BASE DE DATOS DE PRUEBA [OPCIONAL] 17

8. RIESGOS [OPCIONAL] 18

8.1. PLANIFICACIÓN [OPCIONAL] 18

8.2. TÉCNICO [OPCIONAL] 18

8.3. GESTIÓN [OPCIONAL] 18

9. APÉNDICE 19

9.1. NIVELES DE GRAVEDAD DE ERROR 19

9.2. NIVELES DE ACEPTACIÓN PARA LO ELEMENTOS VERIFICADOS 19

1. Introducción

1.1. Propósito

Este Plan de Verificación para el proyecto [Nombre del proyecto] soporta los siguientes objetivos:

[Identificar la información de proyecto existente y los componentes de software que deben ser verificados.]

[Enumerar los requerimientos recomendados para verificar.]

[Recomendar y describir las estrategias de verificación que serán usadas.]

[Identificar los recursos necesarios y proporcionar una estimación de esfuerzo para realizar la verificación.]

[Enumerar los entregables del proyecto de verificación.]

1.2. Punto de partida

[Esta sección contiene una breve descripción del destino de la verificación (componentes, aplicación, sistema, etc.) y sus objetivos. Se debe incluir información como sus características más importantes, su arquitectura y una breve historia del proyecto.]

1.3. Alcance

[En esta sección describa las fases o estados de la verificación, Unitaria, Integración, Sistema y los tipos de pruebas que se harán en este plan, como son Funcional o Performance.

Proporcione una lista breve de las características que serán objeto de verificación y cuales no lo serán.

Enumere cualquier supuesto hecho durante el desarrollo que pueda impactar el diseño, desarrollo o implementación de la verificación.

Enumere cualquier riesgo o contingencia que pueda afectar el diseño, desarrollo o implementación de la verificación.

Enumere cualquier restricción que pueda afectar el diseño, desarrollo o implementación de la verificación.]

1.4. Identificación del proyecto

Los documentos usados para elaborar el Plan de Verificación son los siguientes:

[En esta sección enumere la documentación usada para elaborar el plan de verificación y la disponibilidad de la misma.]

1.5. Estrategia de evolución del Plan

[Especificación de la estrategia para realizar cambios agendados y no agendados al Plan de Verificación y Validación.

Debe contener:

• Quien es responsable de monitorear el Plan de Verificación y Validación.

• Con cuanta frecuencia se realizarán modificaciones al Plan.

• Como serán evaluados y aprobados los cambios al Plan.

• Como serán realizados y comunicados los cambios al Plan.]

2. Requerimientos para verificar

En la lista a continuación se presentan los elementos, casos de uso, requerimientos funcionales y requerimientos no funcionales, que serán verificados.

[Lista de los requerimientos más importantes a ser verificados. En esta sección indique qué elementos serán verificados.]

3. Estrategia de Verificación

[Esta sección presenta el enfoque recomendado para la verificación. Describe como se verificarán los elementos.

Para cada tipo de prueba, proporcione una descripción de la prueba y porque será implementada y ejecutada.

Si un tipo de prueba no será implementada y ejecutada, indique brevemente cual es la prueba que no se implementará o ejecutará y una justificación de ello.

Se indicarán las técnicas usadas y el criterio para saber cuando una prueba se completó (criterio de aceptación).

Las pruebas se deben ejecutar usando bases de datos conocidas y controladas en un ambiente seguro.]

3.1. Tipos de pruebas

[En las secciones a continuación, que son los tipos de pruebas a realizar, para cada tipo de prueba en lugar de explicar el contenido de cada sección y subsección se incluyen ejemplos.]

3.1.1. Prueba de integridad de los datos y la base de datos

3.1.1.1. Objetivo de la prueba

[Asegurar que los métodos y procesos de acceso a la base de datos funcionan correctamente y sin corromper datos.]

3.1.1.2. Técnica

[Invoque cada método o proceso de acceso a la base de datos con datos válidos y no válidos.]

[Inspeccione la base de datos para asegurarse de que se han guardado los datos correctos, que todos los eventos de la base

...