Plan De Pruebas Para Software

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 de datos ocurrieron correctamente, o repase los datos devueltos para asegurar que se recuperaron datos correctos por la vía correcta.]

3.1.1.3. Criterio de aceptación

[Todos los métodos y procesos de acceso a la base de datos funcionan como fueron diseñados y sin datos corruptos.]

3.1.1.4. Consideraciones especiales

[La prueba requiere un entorno de administración de DBMS o controladores para ingresar o modificar información directamente en la base de datos.

Los procesos deben ser invocados manualmente.

Se deben usar bases de datos pequeñas para aumentar la facilidad de inspección de los datos para verificar que no sucedan eventos no aceptables.]

3.1.2. Prueba de Funcionalidad

[La prueba de funcionalidad se enfoca en requerimientos para verificar que se corresponden directamente

...