View
220
Download
0
Embed Size (px)
Citation preview
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
8/15/2019 6- Plan de Pruebas SAVGIT
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
8/15/2019 6- Plan de Pruebas SAVGIT
3/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 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
8/15/2019 6- Plan de Pruebas SAVGIT
4/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 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
8/15/2019 6- Plan de Pruebas SAVGIT
5/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 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
8/15/2019 6- Plan de Pruebas SAVGIT
6/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 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.
3.1.2.2. Criterio de Cumplimiento
Cumple con los requisitos No funcionales
3.1.3. Pruebas del ciclo de Negocio
3.1.3.1. Técnica propuesta
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.
3.1.3.2. Criterio de Cumplimiento
Cumple con las reglas impuestas por el negocio
3.1.4. Pruebas del Interfaz de Usuario
3.1.4.1. Técnica propuesta
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.
3.1.4.2. Criterio de Cumplimiento
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
8/15/2019 6- Plan de Pruebas SAVGIT
7/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 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