Ejemplo - Plan Maestro De Pruebas.doc 6aa3i

Plan de pruebas

Plan Maestro de Pruebas del Proyecto Requerimento Pruebas 0015-2010 Responsable/Grupo Desarrollo: Preparado para

Versión: Ultimo cambio del documento:

1.0 27/06/2009

Autores: Cliente:

Juan Perez Banco ABC

Mandar todos los comentarios a:

Juan Perez

Nombre del documento:

PAR-0001 (INT-00001)- Plan de pruebas TF BANCO ABC V1.0.doc PCB

Ubicación del documento:

Ejemplo de Plan de Pruebas.docx Fecha última modificación: 20/07/2009

Confidencial para uso exclusivo de PROVEEDOR_TESTING Perú. Prohibida la reproducción total o parcial de la información contenida en este documento. En caso de incumplimiento se sancionará conforme a las leyes nacionales e internacionales aplicables.

-1-

Historial de versiones Versión 1.0

Fecha 27/06/2009

Tabla de autorizaciones Compañía Nombre BANCO Marco Pavia ABC Walter Meza PROVEEDO R_TESTING

Autor Juan Perez

Resumen de cambios Versión inicial

Fecha autorización

Comentarios

Localización del documento PCB Distribución del documento Este documento será distribuido a los equipos de testing de Banco ABC, basándose en la lista de distribución definida para la organización.

NOT A: Este documento fue tomado de la versión en línea en un repositorio definido. La versión en línea de este documento es la versión oficial. Es responsabilidad del asegurarse que se esta usando la versión mas reciente de este documento. Para conservar la integridad del documento no hacer ningún tipo de cambio sin antes seguir el proceso de control de cambios.

INDICE 1. Descripción y Propósito ................................................................ 4 1.1. Introducción .............................................................................................................................4 1.1.1. Tabla de Aplicaciones y/o SRS a certificar ........................................................................... 4 1.1.2. Objetivos de las pruebas ...................................................................................................... 4

2. Alcance............................................................................................. 5 2.1. Alcance de la Pruebas ............................................................................................................5 2.2. Hitos de Pruebas .....................................................................................................................5 2.3. Restricciones y Supuestos .......................................................................................................6 2.4. Criterios de Entrada y Salida ..................................................................................................6 2.5. Recursos requeridos ...............................................................................................................6

3. Estrategia de Pruebas .................................................................... 7 3.1. Foco de Testeo ........................................................................................................................7 3.2. Niveles de Pruebas .................................................................................................................9 3.2.1. Estrategia para Testeo de Integración de Sistema ............................................................. 10

4. Ambiente de Pruebas ...................................................................10 4.1. Puestos de Trabajo ................................................................................................................11 4.2. Datos de Pruebas ..................................................................................................................12

5. Acrónimos......................................................................................12

Descripción y Propósito El objetivo de este Plan maestro de Pruebas es servir como vehículo de comunicación entre los diferentes grupos involucrados en las pruebas del SRS PAR-0001 (INT-00001)– Actualización parches de explores de Win2K de IE 6 y WinXP de IE6. Siendo un documento común servirá también para asegurar que los diferentes equipos del proyecto entiendan sus dependencias, responsabilidades e interacciones con otros grupos involucrados. Este documento detalla objetivos de las pruebas, alcance de las pruebas, suposiciones, estrategia y manejo de pruebas.

Introducción De acuerdo a lo solicitado en el SRS se realizarán pruebas en el sistema Transactor, ejecutando algunas transacciones detalladas en adelante las que deben asegurar la operatividad del sistema luego de la actualización de parches de explorer Win2K de IE 6 y WinXP de IE6.

Tabla de Aplicaciones y/o SRS a certificar Aplicaciones / Negocio SRS PAR-0001 (INT00001)– Actualización parches de explorer de Win2K de IE 6 y WinXP de IE6 Transactor

Grupo Certificación

Grupo Desarrollo

Factoría Desarrollo

X

X

Objetivos de las pruebas Validar la operatividad de las siguientes transacciones, luego de la actualización de parches de explorer de de Win2K de IE 6 y WinXP de IE6. Asi como asi como las funcionalidades propias del transactor: Calculadora, Journal en línea, consulta de totales y reporte de lista de inclusos.

Código TRX 010 030 050 100 105 110 115 200 210 220 300 400 410 600 900 914 920 944 950 990 930

Nombre COBRO DE SERVICIOS SUNAT COBRO DE COMISIONES VARIAS PAGO CHEQUE MISMO BANCO PAGO CHEQUE OTRO BANCO EMISION CHEQUE DE GERENCIA PAGO CHEQUE DE GERENCIA APERTURA RAPIDA DEPOSITOS RETIROS COBRANZA TARJETA DE CREDITO CONSULTA TIPO DE CAMBIO COMPRA VENTA RAPIDA EMISION ORDENES DE PAGO EXTORNO CUADRE DE CAJA CONSULTA SALDOS DE CAJA RECEPCION DE EFECTIVO CONSULTA ULTIMA TRANSACCION ENTREGA DE BOVEDA CIERRE DE TIENDA

Indicador extornar

extornar

extornar

Transacciones a probar

Alcance Alcance de la Pruebas Las pruebas se realizarán en el sistema Transactor, mediante la ejecución de las transacciones indicadas en el cuadro “Transacciones a probar” y ejecución las funcionalidades propias del transactor: Calculadora, Journal en línea, consulta de totales y reporte de lista de inclusos. La ejecución de las pruebas se llevarán a cabo en 2 pcs: una con sistema operativo Windows XP y la otra con sistema operativo Windows 2000. El alcance contempla probar las funcionalidades de los siguientes aplicativos: Funcionalidad Aplicativo: Transactor Ejecutar las transacciones indicadas en el cuadro “Transacciones a probar” Funcionalidades de Calculadora, Journal en línea, consulta totales y lista de inclusos.

Hitos de Pruebas La culminación de las pruebas para cada función definida en el alcance será considerada como un hito dado que cada una de ellas representa un requerimiento de negocio cumplido por el SRS PAR-0001 (INT-00001)– Actualización parches de explorer de Win2K de IE 6 y WinXP de IE6; y por tanto incrementa el nivel de madurez de las aplicaciones.

Restricciones y Supuestos Las actividades necesarias para alcanzar los objetivos del proyecto (costo, calendario, personas, objetivos de calidad) se planean y llevan a cabo bajo los siguientes supuestos: # 1 2 3 4 5 6 7 8 9

Supuestos Todos los recursos asignados a las pruebas estarán disponibles el 100% del tiempo. No se realizarán cambios a la funcionalidad definida en el alcance durante el periodo de pruebas. La estimación inicial fue realizada considerando la documentación proporcionada al registro de la Solicitud de Testing en el formato acordado, de acuerdo al Procedimiento de Gestión de Requerimientos (Procedimiento de Gestión de Requerimientos TF BANCO ABC V1.0.doc). Los recursos requeridos para este esfuerzo de pruebas están claramente identificados disponibles durante la duración del mismo. Disponibilidad 100% del ambiente de pruebas UAT y roles de s respectivos durante los tiempos acordados por el equipo involucrado. En caso de excepciones se notificará con anticipación. Toda la documentación utilizada para definir el alcance de las pruebas se encuentra actualizada y disponible. En caso de que algún cambio sea requerido será reflejado inmediatamente. El área de certificación de Banco ABC está comprometida a proveer el soporte requerido por la Testing factory. Todos los defectos encontrados serán corregidos de acuerdo a los tiempos establecidos previamente (Procedimiento de Gestión de Defectos TF BANCO ABC V1.0.doc). Las transacciones a probar serán las indicadas en el cuadro “Transacciones a probar”, asi como las funcionalidades propias del transactor: Calculadora, Journal en línea, consulta de totales y reporte de lista de inclusos.

Criterios de Entrada y Salida Los pre-requisitos (criterios de entrada) y post-condiciones (criterios de salida) son definidos para que todos los grupos involucrados entiendan completamente qué se espera de cada una de las áreas. Se debe aclarar y negociar cualquier brecha hasta llegar a un acuerdo común y entendimiento. Se indican las transacciones y funcionalidades a probar en el documento disponible en el repositorio (Transacciones prueba parche 30-07-2009.xls y Detalles de prueba.msg).

Recursos requeridos Personas necesarias para las Pruebas de Certificación

Rol Test Manager Analista de Testeo Analista de Certificación Testers

Cantidad Recomendada 1 1 1 2

% Dedicación 10.00% 30.00% 10.00% 40.00%

Área / Aplicación

Rol

Cantidad Recomendada

% Dedicación

1

10.00%

Gestor de Requerimiento

Área / Aplicación

Evaluación de Riesgos Esta sección sirve para identificar riesgos potenciales durante las pruebas y los planes para tratar de contener (evitar el riesgo) o mitigar los mismos (reducir el impacto en caso de que el riesgo se presente). # 01

02

03

Evento (riesgo identificado) Cualquier defecto detectado implicará tiempo para ser solucionado y por lo tanto podría afectar el calendario establecido El ambiente de UAT o roles de s a utilizar no están disponibles durante los tiempos acordados por los equipos involucrados De acuerdo al tamaño de requerimiento “Urgencia” no se adjuntó la documentación obligatoria.

Mitigación (acciones para minimizar prob. del evento) El tiempo de resolución de defectos de acuerdo a severidad es cumplido.

Contingencia (acciones si sucede el evento) Las funciones de prueba afectadas se replanean para los días y horarios de pruebas.

El analista de certificación monitoreará constantemente el ambiente de pruebas y roles utilizados para asegurar su disponibilidad. Se está dando atención al requerimiento con la información proporcionada.

Notificarlo y replanificar los días y/o horarios de pruebas.

De ser necesario se notificará para alcanzar la documentación faltante.

Estrategia de Pruebas Foco de Testeo Identificar y diseñar los casos de testeo teniendo en cuenta los siguientes atributos: Uso de la funcionalidad Impacto en el negocio (en caso de falla) Atributos no funcionales Casos de Regresión

MUY ALTO ALTO Impacto en el negocio

X

MEDIO BAJO MUY BAJO MUY BAJO BAJO MEDIO ALTO MUY ALTO

uso de la funcionalidad

Distribución de los casos de testeo

Niveles de Pruebas Uso de la funcionalidad ALTO

Impacto si falla ALTO

Total casos 1

2. 030- Sunat 3. 050- Cobro de Comisiones Varias

ALTO ALTO

ALTO ALTO

1 1

4. 100- Pago Cheque mismo Banco 5. 105- Pago Cheque otro Banco 6. 110- Emisión Cheque de Gerencia 7. 115- Pago Cheque de Gerencia 8. 200- Apertura Rápida 9. 210- Depósitos 10. 220- Retiros 11. 300- Cobranza Tarjeta de Crédito 12. 400- Consulta Tipo de Cambio 13. 410- Compra Venta Rápida 14. 600- Emisión Ordenes de Pago 15. 900- Extorno 16. 914- Cuadre de Caja 17. 920- Consulta Saldos de Caja 18. 944- Recepción de Efectivo 19. 950- Consulta Ultima Transacción 20. 990- Entrega de Bóveda 21. 930- Cierre de Tienda 22. Calculadora 23. Journal 24. Funcionalidad Consulta Totales 25. Consulta Lista de Inclusos

ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO

ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO ALTO

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 25

ID 1

Funcionalidad a probar 1. 010- Cobro de Servicios

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

Resumen de casos a probar

El siguiente cuadro presenta en forma resumida los niveles de testeo que se alcanzan en las pruebas; luego se desarrolla la estrategia particular según el foco y el alcance de las mismas. Niveles de Testeo Unitario Integración Modular Sistema Integración de Sistema

SI X X X X

Aceptación Operabilidad

X

NO Responsable Notas Desarrollo Desarrollo Desarrollo TF Banco ABC s Producción Tabla de niveles de testeo

Estrategia para Testeo de Integración de Sistema La estrategia de testeo para el nivel de integración de sistemas se realizará en el ambiente de UAT, para lo cual se requiere la confirmación y verificación por parte del analista de certificación de Banco ABC que el ambiente y los roles a utilizar se encuentren listos para pruebas. Se ejecutarán los casos de pruebas que involucren la ejecución de las transacciones y funcionalidades en el sistema Transactor según se indica en el cuadro “Resumen de casos a probar” en 2 escenarios.  

PC con sistema operativo Windows XP PC con sistema operativo Windows 2000

Para los casos indicados se guardará la imagen de la pantalla que muestre la ejecución de la transacciones y funcionalidades. Tareas planeadas estimada:

por

recursos

duración

Tarea 1.1 CHECKLIST DOCUMENTATION 1.2 ANALISIS DE REQUERIMIENTO 1.3 ESTIMACION INICIAL 2.1 PLANIFICACION DE ACTIVI 2.2 CREACION MASTER TEST PLAN 3.1 PREPARACION TEST CASES 4.1 EJECUCION DE PRUEBAS -1 4.1 EJECUCION DE PRUEBAS -2 4.2 REGISTRO DE DEFECTOS 4.4. REPORTE FINAL

Recurso TM AT AT TM AT T1 T1 T2 T1 AT

Duración 0.25 0.5 0.5 0.25 1 0.25 3 3 0.5 0.5 9.75

Tareas planeadas vs Recursos Las transacciones y funcionalidades a probar están indicadas documentos (Transacciones prueba parche 30-07-2009.xls y Detalles de prueba.msg).

en

los

Ambiente de Pruebas Productos necesarios para las Pruebas de Certificación

Niveles de Testeo Unitario Integración Modular Sistema Integración de Sistema Aceptación Operabilidad

Ambientes Desarrollo X X X

Ambiente Certificación

Ambiente PreProducción

Ambiente Producción

X X

X X X

X

Puestos de Trabajo La ejecución del testeo en estos puestos de trabajo no significa ejecutar la totalidad de los casos para las configuraciones definidas. # 01 2

Puesto de trabajo Terminal standard Terminal standard

Requisitos HW Pentium IV Pentium IV

Sist. Operativo Win XP SP2 Windows 2000

Requisitos SW Transactor Transactor

Datos de Pruebas La estrategia a ser implementada consiste en utilizar como datos de pruebas las cuentas y número de tarjetas contenidas en el archivo proporcionado por IB, que se ubicará en la ruta \\RepositoriodeTesting\Tareas\Certificacion\TEST FACTORY\ABIERTOS\SRS\611-PAR-0001 (INT-00001) Actualización parches de explores de Win2K de IE 6 y WinXP de IE6\1. INICIO, como parte del requerimiento. A partir de éstos datos se ejecutarán las transacciones y funcionalidades del sistema Transactor.

Acrónimos Acrónimo

Descripción

PROVEEDOR_TESTING TF BANCO ABC BCS AS SSA IB

PROVEEDOR_TESTING Testing Factory Banco ABC (Grupo de certificación) Business Consulting Services Application Services Spanish South America Banco ABC

 FIN DEL DOCUMENTO 