6- Plan de Pruebas SAVGIT

8/15/2019 6- Plan de Pruebas SAVGIT

1/7

Lima, 2014

Sistema de Asignación vehicular y gestión deInfracciones de Tránsito

Plan de Pruebas

Versión 1.0


2/7

Sistema de Asignación vehicular y gestión de Infracciones de Tránsito Versión: 1.0 Plan de Pruebas Fecha: 26/06/2014 DES-1-OOOS

Página 2 de 7

Tabla de Contenidos

1. Introducción1.1 Referencias

2. Requerimientos a probar2.1 Pruebas de Datos e Integridad de los datos2.2 Pruebas funcionales2.3 Pruebas del Ciclo de Negocio2.4 Pruebas de Interfaz de Usuario2.5 Pruebas de Esfuerzo2.6 Pruebas de Seguridad y Control de Acceso2.7 Pruebas de Recuperación ante fallas2.8 Pruebas de Configuración2.9 Pruebas de Instalación

3. Estrategia de Pruebas3.1 Tipos de Pruebas

3.1.1 Pruebas de Datos e Integridad de los datos3.1.2 Pruebas funcionales3.1.3 Pruebas del ciclo del negocio3.1.4 Pruebas de Interfaz de Usuario

4. Recursos4.1 Trabajadores4.2 Hardware4.3 Sistema operativo


3/7


Página 3 de 7

Plan de Pruebas

1. Introducción Este documento describe el plan para probar las funcionalidades y características del sistema

SAVGIT. Este documento está basado sobre los siguientes objetivos:

- Identificar los elementos que serán considerados en las pruebas.

- Identificar el razonamiento para realizar pruebas en ciertas áreas.

- Describir el enfoque de pruebas a utilizar.

- Identificar los recursos requeridos y proveer una estimación de esfuerzo para las

pruebas.

- Enlistar los entregables del Plan de Pruebas de Sistema.

1.1. Referencias

Los documentos referencias, usados como base para elaborar este documento, son:Plan de Desarrollo de Software. Especificación de Requerimientos de Software.

Casos de Uso.

Caso de Prueba.

2. Requerimientos a probar

Esta lista representa el qué será probado. Los detalles de cada prueba serán determinados

posteriormente mientras los casos de prueba sean identificados y los scripts sean

desarrollados. Esta lista debe comprender los siguientes documentos:

Casos de Uso

Requerimientos funcionales

Requerimientos no funcionales

2.1. Pruebas de Datos e Integridad de los datos

Asegurar que el acceso al SAVGIT sea correcto, así como el acceso simultáneo en la

lectura de registros de las distintas tablas que se puedan encontrar, además de la

verificación de los datos actualizados y registrados.

2.2. Pruebas funcionales

Las pruebas Funcionales deben enfocarse en los requisitos funcionales, las pruebas

pueden estar basadas directamente en los Casos de Uso (o funciones de negocio), y

las reglas del negocio.

Las metas de estas pruebas son:

Verificar la apropiada aceptación e inserción de datos,

Verificar el procesamiento y recuperación y la implementación adecuada

basada en las reglas del negocio.

2.3. Pruebas del Ciclo de Negocio

Asegurar que el sistema funciona de acuerdo con el modelo de negocios emulando

todos los eventos en el tiempo y en función del tiempo.

Las pruebas del ciclo de negocio deberían emular las actividades ejecutadas en el a

través del tiempo. Debería identificarse un periodo, como por ejemplo un año, y lastransacciones y actividades que podrían ocurrir durante un periodo de un año


4/7


Página 4 de 7

deberían ejecutarse. Incluyendo todos los ciclos y eventos diarios, semanales y

mensuales que sean datos sensitivos, como las agendas.

2.4. Pruebas de Interfaz de Usuario

Verifica lo siguiente: La navegación a través de los objetos de la prueba reflejan las funcionalidades

del negocio y requisitos.

Verificar además la facilidad de navegación.

Los objetos de la ventana y características, tales como menús, medidas,

posiciones, estados y focos se verifican conforme a los estándares.

El objetivo es asegurar que la interfaz tiene apropiada navegación a través de las

diferentes funcionalidades.

2.5. Pruebas de Esfuerzo

Verificar que el sistema funciona apropiadamente y sin errores, bajo estascondiciones de stress:

Memoria baja o no disponible en el servidor.

Máximo número de clientes conectados o simulados (actuales o físicamente

posibles).

Múltiples usuarios desempeñando la misma transacción con los mismos datos.

El peor caso de volumen de transacciones.

Carencia de sistemas externos con los que interactúa el sistema

2.6. Pruebas de Seguridad y Control de Acceso

Las pruebas de seguridad y control de acceso se basan en: Nivel de seguridad de la aplicación: Verifica que un actor solo pueda acceder a

las funciones y datos que su usuario tiene permitido.

Nivel de Seguridad del Sistema: Verificar que solo los actores con acceso al

sistema y a la aplicación están habilitados para accederla.

El objetivo de esta prueba es evaluar el funcionamiento correcto de los controles de

seguridad del sistema para asegurar la integridad y confidencialidad de los datos. El

foco principal es probar la vulnerabilidad del sistema frente a accesos o

manipulaciones no autorizadas. Una manera de encontrar esos casos de prueba es

estudiar problemas conocidos de seguridad en sistemas similares y tratar de mostrar

la existencia de problemas parecidos en el sistema que se examina.

2.7. Pruebas de Recuperación ante fallas

Verificar que los procesos de recuperación (manual o automática) restauran

apropiadamente la Base de datos, aplicaciones y sistemas, y los llevan a un estado

conocido o deseado.

Se realizaran pruebas en:

Interrupción de electricidad en el cliente.

Interrupción de electricidad en el servidor.

Interrupción en la comunicación hacia el servidor (caídas de red).

Interrupción en la comunicación con los controladores de disco. Ciclos incompletos (procesos de consultas interrumpidos, procesos de


5/7


Página 5 de 7

sincronización de datos interrumpidos).

Llaves o apuntadores de base de datos inválidos.

Elementos corruptos o inválidos en la base de datos.

Estas pruebas aseguran que una aplicación o sistema se recupere de una variedad

de anomalías de hardware, software o red con pérdidas de datos o fallas de

integridad.

2.8. Pruebas de Configuración

Validar y verificar que el cliente del sistema funciona apropiadamente en las

estaciones de trabajo recomendadas.

Estas pruebas verifican la operación del sistema en diferentes configuraciones de

hardware y software. En la mayoría de los ambientes de producción, las

especificaciones para las estaciones de trabajo, equipos de red y servidores pueden

variar. Las estaciones pueden tener diferentes versiones de software instaladas(Sistemas Operativos, Drivers, etc.) y en cualquier momento, pueden llegar a

utilizarse diferentes combinaciones.

2.9. Pruebas de Instalación

Verificar y validar que el sistema se instala apropiadamente en cada cliente, bajo las

siguientes condiciones:

Instalaciones nuevas, nuevas máquinas a las que nunca se les ha instalado el

sistema.

Actualizar máquinas previamente instaladas con el sistema.

Instalar versiones viejas en máquinas previamente instaladas con el sistema.

Validación de la integridad de la configuración de todos los sistemasinvolucrados

3. Estrategia de Pruebas

Una estrategia de prueba de software proporciona el alcance recomendado para la prueba

de aplicaciones de software. Por tanto, cualquier estrategia de prueba debe incorporar la

planificación de la prueba, el diseño de casos de prueba, la ejecución de la prueba y la

recolección y evaluación de los resultados.

3.1. Tipos de Pruebas

3.1.1. Pruebas de Datos e Integridad de los datos

3.1.1.1. Técnica propuesta Invocar cada método de acceso y proceso de la Base de datos del

SAVGIT, utilizando en cada uno datos válidos e inválidos.

Analizar la Base de datos, para asegurar que los datos han sido

grabados apropiadamente, que todos los eventos de Base de datos

se ejecutaron en forma correcta y revise los datos retornados en

diferentes consultas.

3.1.1.2. Criterio de Cumplimiento

Asegurar que todos los métodos de acceso a la Base de Datos y

procesos funcionan correctamente

3.1.2. Pruebas funcionales

3.1.2.1. Técnica propuesta


6/7


Página 6 de 7

Se ejecuta cada caso de uso, flujo de caso de uso, o función, usando

datos válidos e inválidos, para verificar lo siguiente:

Que los resultados esperados ocurran cuando se usen datos

válidos.

Que sean desplegados los mensajes apropiados de error y

precaución cuando se usan datos inválidos.


Cumple con los requisitos No funcionales

3.1.3. Pruebas del ciclo de Negocio


Ejecutar cada caso de uso, flujo básico o función utilizando datos

válidos e inválidos, para verificar que:

Incremente el número de veces en que una función es ejecutada

para simular diferentes usuarios sobre un periodo especificado

Todas las funciones ocurren en un periodo de tiempo seránejecutadas en el tiempo apropiado.

Los mensajes de error o de advertencia aparecen en el momento

adecuado, cuando se utiliza un dato inválido.

Cada regla de negocios es aplicada adecuadamente.


Cumple con las reglas impuestas por el negocio

3.1.4. Pruebas del Interfaz de Usuario


Pruebas de crear / modificar cada ventana para verificar laadecuada navegación y estado de los objetos.

Criterio de Completitud: Cada ventana elegida será totalmente

verificada y comparada con similares en el mercado logrando una

buena aceptación dentro del estándar.

Los objetos de ventanas y sus características, como menús

medidas posición, estado y foco sea conforme a los estándares.


Cada ventana fue verificada exitosamente para comparar si se

sigue el estándar o no

4. Recursos

4.1. Trabajadores

EL siguiente dato muestra las personas que estarán a cargo para realizar laspruebas:

Diseñador

Administrador de Base de Datos

Analista de Pruebas

4.2. Hardware

Mínimo:Intel Pentium de 600 MHz


7/7


Página 7 de 7

Memoria Ram de 150 MBDisco duro capacidad libre de 20 GB

4.3. Sistema operativo

Windows XP, Windows 7, Windows 8, Windows 8.1

6- Plan de Pruebas SAVGIT

Documents

Transcript of 6- Plan de Pruebas SAVGIT