Dat@Solutions SICAL Plan de pruebas maestro

Versin 1.0

SICAL Plan de pruebas maestro 129311261.doc

Versin: 1.0 Fecha: 09/06/2008

Historial de revisiones
Fecha 09/06/2008 Versin 1.0 Descripcin Creacin del documento Autor Paolo Carrasco, Nilton Guevara, Jorge Palacios

Confidencial

Dat@Solutions, 2013

Pgina 2

SICAL Plan de pruebas maestro 129311261.doc

Versin: 1.0 Fecha: 09/06/2008

Tabla de contenido
1. Propsito 2. Alcances 3. Requerimientos de pruebas 3.1 Pruebas de integridad de datos y BD 3.2 Pruebas del sistema 3.3 Pruebas de la interfaz de usuario 3.4 Pruebas de desempeo 3.5 Pruebas de carga 3.6 Pruebas de stress 3.7 Pruebas de volumen 4. Estrategia de pruebas 4.1 Tipos de pruebas 4.1.1 Pruebas de integridad de datos y BD 4.1.2 Pruebas del sistema 4.1.3 Pruebas de la interfaz de usuario (IU) 4.1.4 Pruebas de desempeo 4.1.5 Pruebas de carga 4.1.6 Pruebas de stress 4.1.7 Pruebas de volumen 4.2 Herramientas 5. Recursos 5.1 Trabajadores 5.2 Sistema 6. Entregables 6.1 Suite de pruebas 6.2 Registros de pruebas realizadas 6.3 Reportes de defectos 4 4 4 4 4 4 4 5 5 5 5 5 5 5 6 6 6 7 7 8 8 8 8 9 9 9 9

Confidencial

Dat@Solutions, 2013

Pgina 3

SICAL Plan de pruebas maestro 129311261.doc

Versin: 1.0 Fecha: 09/06/2008

Plan de pruebas maestro

1. Propsito
Este documento describe el plan para probar las funcionalidades y caractersticas del sistema SICAL. Este documento est basado sobre los siguientes objetivos: Identificar que la informacin existente del proyecto y los componentes de software sean probados. Listar los requerimientos recomendados de prueba (de alto nivel). Recomendar y describir las estrategias a ser empleadas. Identificar los recursos requeridos y estimar los esfuerzos de las pruebas. Listar los elementos a entregar de las actividades de pruebas.

2.

Alcances

Este plan de pruebas aplica para la integracin y las pruebas de sistema que sern conducidos en el lanzamiento de la versin 1.0 del sistema SICAL. Se asume que pruebas unitarias previas han debido proveer de pruebas de caja negra totales a travs de una extensiva cobertura del cdigo fuente y pruebas de todas las interfaces de los mdulos. Este plan de pruebas aplica para todos los requerimientos definidos en el documento de Visin, ECUS y SRS.

3.

Requerimientos de pruebas

La lista que prosigue este prrafo identifica aquellos elementos (requerimientos funcionales, no funcionales) que han sido identificados como objetivos de las pruebas. Esta lista representa el qu ser probado. Los detalles de cada prueba sern determinados posteriormente mientras los casos de prueba sean identificados y los scripts sean desarrollados. 3.1 3.2 3.3 3.4 Pruebas de integridad de datos y BD Verificar el acceso a la BD de SICAL. Verificar el acceso simultneo en la lectura de registro de las distintas tablas. Verificar el bloqueo realizado durante actualizaciones de registros de las tablas transaccionales (StockProducto, IngresoSalidaProducto, MovimientoProducto, OrdenCompra, entre otras). Verificar la correcta obtencin de data actualizada. Pruebas del sistema Verificar el CU Login/Logout Verificar el CU Ingresar producto al almacn Verificar el CU Registrar salida de productos del almacn Pruebas de la interfaz de usuario Verificar la facilidad de navegacin mediante un ejemplo de pantallazos de las funcionalidades. Verificar que los pantallazos de ejemplo cumplan estndares de GUI. Pruebas de desempeo Verificar el tiempo de respuesta para acceder remotamente a la aplicacin (fuera de la red de HGM) Verificar el tiempo de respuesta para ingresar un lote de productos al almacn Verificar el tiempo de respuesta para registrar la salida de un lote de productos del almacn Verificar el tiempo de respuesta para generar una orden de compra Verificar el CU Asociar cdigo de producto Verificar el CU Generar orden de compra Verificar el CU Mantenimiento de producto Verificar el CU Mantenimiento de usuario

Confidencial

Dat@Solutions, 2013

Pgina 4

SICAL Plan de pruebas maestro 129311261.doc 3.5 3.6 3.7 Pruebas de carga

Versin: 1.0 Fecha: 09/06/2008

Verificar la respuesta del sistema cuando tiene 50 usuarios accediendo a la tabla de producto. Pruebas de stress Verificar la respuesta del sistema cuando tiene 200 sesiones de usuario activas. Pruebas de volumen Verificar el tiempo de respuesta cuando la tabla MovimientoProducto est en el 90% de su capacidad.

4.

Estrategia de pruebas

La estrategia de pruebas presenta el alcance recomendado para la prueba de aplicaciones de software. La seccin previa a los requerimientos de pruebas describen qu ser probado; sta describir cmo ser probado. 4.1 Tipos de pruebas Las consideraciones principales para la estrategia de pruebas son las tcnicas a usarse y los criterios para determinar si la prueba fue completada. Adems de las consideraciones provistas para cada prueba mencionada, las pruebas deberan ser nicamente ejecutadas usando bases de datos conocidas y controladas en entornos seguros. La siguiente estrategia de pruebas es genrica en su naturaleza y est dirigida a aplicarse sobre los requerimientos listados en la seccin 3 de este documento. 4.1.1 Pruebas de integridad de datos y BD La base de datos y los procesos de bases de datos deberan ser probadas en sistemas separados. Estos sistemas deberan ser probados sin la aplicacin SICAL (como interface a la data). Revisin exhaustiva sobre el gestor de base de datos a usarse necesita ser realizada para identificar las herramientas y tcnicas que puedan existir para soportar las pruebas a realizarse. 4.1.1.1 Objetivo Asegurar que los mtodos de acceso y los procesos funcionen apropiadamente y sin corrupcin de datos 4.1.1.2 Tcnicas Invocar cada mtodo de acceso a la BD, intentando con datos vlidos e invlidos. Inspeccionar la base de datos para asegurar que la data ha sido poblada como se esperaba, que todos los eventos ocurran apropiadamente, o revisar la data retornada para asegurar que la data correcta fue obtenida (por las razones correctas). 4.1.1.3 Criterio de cumplimiento Todos los mtodos de acceso a la base de datos y procesos funcionan como fueron diseados y sin corrupcin de datos. 4.1.2 Pruebas del sistema Las pruebas sobre la aplicacin deberan enfocarse en requerimientos que puedan ser asociados directamente a casos de uso (o funciones de negocio), y reglas del negocio. Las metas de estas pruebas son verificar la aceptacin, el procesamiento y obtencin de data apropiada, as como la apropiada implementacin de reglas del negocio. Este tipo de pruebas est basado en las tcnicas de caja negra, utilizando para ello la GUI y analizando los resultados. 4.1.2.1 Objetivo Asegurar la navegacin apropiada en la aplicacin; el correcto ingreso de datos, procesamiento y obtencin. 4.1.2.2 Tcnicas Ejecutar cada CU, cada flujo de CU o funcin, usando data vlida e invlida, para verificar: a) que los resultados ocurran cuando la data sea vlida.; b) que se muestren apropiados mensajes de error o alerta cuando data invlida sea empleada. Confidencial Dat@Solutions, 2013 Pgina 5

SICAL Plan de pruebas maestro 129311261.doc Cada regla de negocio es apropiadamente aplicada. 4.1.2.3 Criterio de cumplimiento Todas las pruebas planificadas fueron ejecutadas Todos los defectos de pruebas han sido manejados.

Versin: 1.0 Fecha: 09/06/2008

4.1.3 Pruebas de la interfaz de usuario (IU) Verifica la interaccin del usuario con el software. La meta de las pruebas de IU es asegurar que la interfaz de usuario provea al usuario el acceso apropiado para acceder y navegar por las funciones de la aplicacin. Adems, las pruebas IU asegura que los objetivos dentro de la IU funcionen como se esperaba y conforme a los estndares de la compaa. 4.1.3.1 Objetivo Verificar: a) la navegacin por la aplicacin refleje propiamente las funciones y requerimientos de negocio; b) los objetos de ventanas y sus caractersticas, como mens medidas posicin, estado y foco sea conforme a los estndares. 4.1.3.2 Tcnicas Crear modificar las pruebas para cada ventana para verificar apropiadamente la navegacin y los estados de los objetos para cada ventana y objeto de la aplicacin. 4.1.3.3 Criterio de cumplimiento Cada ventana fue verificada exitosamente para comparar si se sigue el estndar o no. 4.1.4 Pruebas de desempeo Realizar las pruebas que miden los tiempos de respuesta, las tasas de transaccin y otros requerimientos sensibles al tiempo. La meta de las pruebas de desempeo es verificar y validar que los requerimientos de desempeo han sido alcanzados. Este tipo de pruebas es ejecutado muchas veces, y cada ejecucin emplea una carga subrepticia (background load) en el sistema. 4.1.4.1 Objetivo Validar el tiempo de respuesta para transacciones diseadas o funciones de negocio bajo las siguientes condiciones: a) volumen normal anticipado, b) volumen de caso mal anticipado. 4.1.4.2 Tcnicas Usar scripts de prueba desarrollados por pruebas de modelo de negocio (pruebas de sistema). Modificar archivos de datos (para incrementar el nmero de transacciones) o modificar los scripts para incrementar el nmero de iteraciones en que cada transaccin ocurre. Lo scripts deben correr en una sola mquina (en el mejor de los casos simular un usuario nico, una nica transaccin) y ser repetido en mltiples clientes (virtuales o actuales). 4.1.4.3 Criterio de cumplimiento Una transaccin / un nico usuario. El cumplimiento exitoso de estas pruebas, es cuando no se encuentran fallas en los tiempos esperados o requerido (en cada transaccin). Mltiples transacciones / mltiples usuarios. El cumplimiento exitoso de estas pruebas, es cuando no se encuentran fallas en los tiempos aceptables. 4.1.5 Pruebas de carga Las pruebas de carga miden las situaciones en las que el sistema se somete a variaciones en su carga de trabajo para evaluar la habilidad del sistema para continuar funcionando adecuadamente, ms all de la carga de trabajo esperada. Adicionalmente, las pruebas evalan las caractersticas de desempeo (tiempos de respuestas, tasas de transaccin y otros problemas sensibles a tiempos). 4.1.5.1 Objetivo Verificar el tiempo de respuesta del sistema para transacciones diseada o casos de negocio bajo condiciones de Confidencial Dat@Solutions, 2013 Pgina 6

SICAL Plan de pruebas maestro 129311261.doc carga de trabajo variada.

Versin: 1.0 Fecha: 09/06/2008

4.1.5.2 Tcnicas Pruebas de uso desarrolladas para ciclos de prueba de negocio. Modificar archivos de datos (incrementando el nmero de transacciones) o las pruebas para incrementar el nmero de veces en que una transaccin ocurre. 4.1.5.3 Criterio de cumplimiento Mltiples transacciones / mltiples usuarios. El cumplimiento exitoso de estas pruebas, es cuando no se encuentran fallas en los tiempos aceptables. 4.1.6 Pruebas de stress Las pruebas de stress intentan encontrar errores debido a bajos recursos o competencia por recursos. La baja memoria o espacio del disco pueden revelar defectos en el software que no aparecen bajo condiciones normales. 4.1.6.1 Objetivo Verificar que el sistema y el software funciona apropiadamente y sin errores bajo las siguientes condiciones de stress: Poca o sin memoria disponible en el servidor. Mximo (actual o fsicamente capaz) nmero de clientes conectados o simulados. Mltiples usuarios realizando las mismas transacciones contra los mismos datos o cuentas. 4.1.6.2 Tcnicas Pruebas de uso desarrolladas para las pruebas de desempeo. 4.1.6.3 Criterio de cumplimiento Probar recursos limitados, las pruebas deberan correr sobre una sola maquina, y la memoria RAM en el servidor debera ser la mnima (o limitada). El espacio en el disco duro usado por el sistema debera ser temporalmente reducido para restringir el espacio disponible para que la base d datos crezca. 4.1.7 Pruebas de volumen Determina si el sistema puede trabajar con grandes cantidades de datos, indicando cuando los lmites son alcanzados lo que causara que el software falle.las pruebas de volumen adems identifican las cargas continuas de carga o el volumen que el sistema puede manejar por un tiempo dado. 4.1.7.1 Objetivo Verificar que la aplicacin funcione exitosamente bajo los siguientes escenarios de gran volumen: Mximo nmero de clientes conectados, todos realizando la misma funcionalidad de negocio con el peor caso (de desempeo) por un periodo largo de tiempo. Tamao mximo de la BD ha sido alcanzado y mltiples transacciones de consultas y reportes son ejecutados simultneamente. 4.1.7.2 Tcnicas Las pruebas de uso desarrolladas para las pruebas de desempeo. Mltiples clientes deberan ser usados, bien corriendo las mismas pruebas o pruebas complementarias para producir la transaccin del peor caso de volumen por un periodo extendido. Mximo tamao de la base de datos es creado y mltiples clientes lo usan para ejecutar consultas y reportes simultneamente por un periodo extendido. 4.1.7.3 Criterio de cumplimiento Todas las pruebas han sido ejecutadas y los limites del sistema son alcanzados/excedidos sin que el software falle.

Confidencial

Dat@Solutions, 2013

Pgina 7

SICAL Plan de pruebas maestro 129311261.doc

Versin: 1.0 Fecha: 09/06/2008

4.2 Herramientas Las siguientes herramientas sern empleadas para las pruebas: Prueba Herramienta De integridad de datos y BD JMeter Del sistema Aplicacin propia en .Net 2.0 con framework WatiN. Para pruebas unitarias automatizadas JUnit De la interfaz de usuario Aplicacin propia en .Net 2.0 con framework WatiN De desempeo JMeter De carga JMeter De stress JMeter De volumen JMeter

5.

Recursos

5.1 Trabajadores La siguiente tabla muestra las personas asignadas para el equipo de pruebas: Rol Responsables Test Manager Paolo Carrasco Diseador de pruebas Paolo Carrasco, Jorge Palacios , Nilton Guevara Tester Nilton Guevara, Jorge Palacios Desarrollador de pruebas Paolo Carrasco Administrador del sistema de pruebas Nilton Guevara Administrador BD Nilton Guevara, Jorge Palacios BD Jorge Palacios 5.2 Sistema Se requieren la siguiente configuracin del sistema: Tres computadoras virtuales (con el software PC Vrtual 2004 de Microsoft), dos simulando servidores y la restante una mquina cliente. Las tres con Windows XP SP2. Los servidores tendrn lo siguiente: Memoria RAM 192 MB Disco duro de 1 GB con espacio disponible de 200MB Acceso externo restringido por el firewall del SO, excepto en los puertos 3306, 80 y 8080 Los clientes tendrn lo siguiente: Memoria RAM 128 MB Disco duro de 400 MB con espacio disponible de 20MB Acceso externo restringido por el firewall del SO, excepto en los puertos 80.

Confidencial

Dat@Solutions, 2013

Pgina 8

SICAL Plan de pruebas maestro 129311261.doc

Versin: 1.0 Fecha: 09/06/2008

6.

Entregables

6.1 Suite de pruebas La suite definir todos los casos de prueba y los scripts, los cuales sern asociados a cada caso de prueba. 6.2 Registros de pruebas realizadas Servir para identificar los casos de prueba y hacer seguimiento del estado de cada caso de prueba. Los resultados de las pruebas sern resumidos posteriormente antes de probar, probados, probados condicionalmente o fallidos. En suma, se tendrn los siguientes atributos por cada prueba realizada: Estado de la prueba Nmero de la versin probada Persona que realiz la prueba Fecha y hora de la prueba Notas y observaciones de la prueba Ser responsabilidad del Tester actualizar el estado de la prueba en los registros. Los resultados de las pruebas sern guardados bajo un control de versiones. 6.3 Reportes de defectos En el sitio de desarrollo de Assembla.com se almacenarn todos los resultados y defectos individuales y en conjunto de las pruebas realizadas.

Confidencial

Dat@Solutions, 2013

Pgina 9