Вы находитесь на странице: 1из 43

Plan de Pruebas

2010

Andrs Gonzlez. 201018063

Especializacin en construccin de software Universidad de los andes Bogot 2010

Julin Morales. 200213074 Carlos Criales. 200925612 Jos Daniel Garca. 200818257 Robinson De La Hoz. 201018033 Haiver Pez. 201018119

Versin 1 1.1 1.2

Modificado por Grupo de Trabajo .jarc Grupo de Trabajo .jarc Grupo de Trabajo .jarc

Descripcin Creacin del documento de arquitectura de datos Inclusin de correcciones Inclusin de vistas

Fecha Mayo 11 de 2010 Mayo 18 de 2010 Mayo 18 de 2010

CONTENIDO

1. Introduccin

9
9 9 10 10 10

1.1 .................................................................................................................. Propsito 1.2 .................................................................................................................... Alcance 1.3 ............................................................................................. Audiencia del documento 1.4 ............................................................................................ Terminologa y acrnimos

MEPROC: Siglas para identificar el proyecto Mejoras del Proceso de originacin de crdito en el Banco de los Alpes. 1.5 ............................................................................................................... Referencias Los siguientes son documentos en los que se apoya este plan de pruebas: ..................................... 11 11

2. Misin de las pruebas

11

2.1 Antecedentes ............................................................................................................................. 12 2.2 Misin de evaluacin ................................................................................................................ 12 2.3 Motivadores de pruebas ............................................................................................................ 12

3. Elementos a ser probados 4. Perspectiva de las pruebas planeadas

12 13
13 14 14

4.1 ............................................................................... Perspectiva de las pruebas incluidas 4.2 ................................................................. Perspectiva de otros candidatos a ser incluidos 4.3 ......................................................................... Perspectivas de exclusin en las pruebas

5. Estrategia de Pruebas

14

5.1 .................................................................. Catlogo de ideas iniciales y otras referencias

14

Como principal objetivo se usan tcnicas reconocidas para mitigar el impacto de los defectos del software en la operacin de la organizacin. En el sector financiero esta clase de errores o impactos son an ms crticos que en cualquier otro sistema, como referencia se va a usar la circular 052 en el manejo de informacin. .................................................................................................................. 15 5.2 .......................................................................................... Tcnicas y tipos de pruebas 5.2.1 ................................................ Pruebas de integridad de Datos y Base de Datos 5.2.2 ...................................................................................... Pruebas de Funcin 5.2.3 ......................................................................... Pruebas de Ciclo de Negocio 5.2.4 ....................................................................... Pruebas de Interfaz de Usuario 5.2.5 ................................................................................. Pruebas de Desempeo 5.2.6 ......................................................................................... Pruebas de Carga 5.2.7 ......................................................................................... Pruebas de Stress 5.2.8 .................................................................................... Pruebas de Volumen 5.2.9 ....................................................... Pruebas de Seguridad y Control de Acceso 5.2.10...................................................................... Pruebas de Tolerancia a Fallas 5.2.11............................................................................ Pruebas de Configuracin 5.2.12................................................................................. Pruebas de Instalacin 15 15 15 16 17 17 18 19 19 20 21 21 22

6. Criterio de Entrada y Salida

23
23 23 23

6.1 .......................................................................................................... Plan de Pruebas 6.1.1 ............................................................ Criterio de Entrada al Plan de Pruebas 6.1.2 ............................................................... Criterio de Salida al Plan de Pruebas

6.1.3 ....................................................... Criterio de Suspensin del Plan de Pruebas 6.2 .........................................................................................................Ciclo de Pruebas 6.2.1 ............................................................................ Criterio de Entrada al ciclo

23 24 24

Se identifican los casos objeto de las pruebas, para los cuales el insumo principal ser un lote de pruebas que previamente debe haber sido preparado por los responsables de ejecutar las pruebas. ................................................... 24 6.2.2 ............................................................................ Criterio de Salida del ciclo 6.2.3 ....................................................................... Terminacin del ciclo anormal 24 24

7. Entregables

24
24

7.1 ................................................................................ Resumen de evaluacin de pruebas El proceso de prueba se debe haber aplicado segn lo definido en el Plan de Pruebas. ................. 24 Mediante el informe de pruebas se: ................................................................................................ 24 ........................... Evala que el comportamiento del sistema que se ha desarrollado es correcto. ............................................... Evala la aceptabilidad del proceso de pruebas llevado a cabo.

25 25

Identifica qu mejoras se pueden realizar en el proceso de prueba para incrementar la cobertura y/o calidad de las pruebas. 25 7.2 ................................................................................ Reporte de cubrimiento de pruebas 7.3 ....................................................................................... Reportes de Calidad Percibida 7.4 ........................................................................ Logs de Incidentes y Control de Cambios 25 25 25

Se detallan el nmero de defectos detectados en la ejecucin de los casos de pruebas. Cada uno de los defectos es clasificado y priorizado para realizar la correccin. Los controles de cambios son documentados y priorizados segn el impacto en las funcionalidades requeridas. 25 7.4.1 ....................................................................................Densidad de defectos 7.4.2 .................................................................................. Tendencia de defectos 26 29

7.4.3 ................................................................... Tiempo de correccin de defectos 7.5 ........................................................ Pruebas automatizadas y soporte de script de pruebas 7.6 ................................................................................... Productos adicionales de Trabajo 7.6.1 ............................................................................... Matrices de Trazabilidad

30 31 31 31

ID Caso de prueba Nombre del Caso de prueba Aplicacin Modulo Versin Prioridad Tipo de Prueba Descripcin Caso de prueba Criterios de Aceptacin ID Req. asociado al Caso de prueba Descripcin Req. asociado al Caso de prueba Objetivo del Caso de prueba No Paso

32 32 32 32 32 32 32 32 32 32 32 32 32

Descripcin del Paso Resultados Esperado Condiciones de entrada Medio de Validacin Estado Fecha Final Documentacin relacionado Ejecutor 8. Necesidades de ambiente

32 32 32 32 32 32 32 32 33
33 33 34 35

8.1 ........................................................................................Hardware de base del sistema 8.2 .......................................................Elementos de software base en el ambiente de pruebas 8.3 ........................................................................ Herramientas de Productividad y Soporte 8.4 ......................................................................... Configuraciones de ambiente de pruebas

9. Responsabilidades y Necesidades de Entrenamiento

35
35 36

9.1 ......................................................................................................... Personas y roles 9.2 ............................................................................ Necesidades de Staff y Entrenamiento

10. Hitos de Iteracin 11. Riesgos, Dependencias, Suposiciones y restricciones

37 38

12. Procedimiento de administracin

40
40

12.1 ............................................................................ Mtricas y evaluacin de las pruebas Las mtricas a tener en cuenta para el proyecto MEPROC, contendrn los siguientes atributos: .. 40 12.2 ...................................................... Valoracin de los entregables de este plan de pruebas 12.3 .......................................................... Reporte de problemas, escala y solucin de puntos 12.4 .............................................................................Administracin de ciclos de pruebas

41 41 42

El grupo de pruebas esta orientado a determinar si el producto en desarrollo cumple con los procedimientos detallados por las gerencias del proyecto, y si se acopla al estndar utilizado. En el proyecto MEPROC, el proceso de pruebas estar a cargo de la persona asignada para el rol de Administrador de pruebas. El administrador de pruebas ser supervisado por los encargados de la gerencia del proyecto. Las principales tareas del grupo de pruebas para la fase de diseo arquitectnico son: revisar los documentos en conformidad al estndar, revisar los procedimientos desarrollados y revisar los procesos de las gerencias en conformidad al estndar y a los planes de procedimientos definidos por ellos. Estas tareas de aseguramiento de la calidad sern desarrolladas por el administrador de pruebas del proyecto, con la ayuda de los integrantes de las dems reas involucradas en el proyecto. 42 Finalmente, toda la organizacin del proyecto MEPROC, se encuentra definida en el WBS. En este documento, tambin se definen los roles, responsabilidades y tareas de todos los integrantes del proyecto. ................................................... 42 12.5 .......................................................................................... Estrategia de Trazabilidad 12.6 ......................................................................................... Aprobacin y Terminacin 42 43

INTRODUCCIN
Este es un documento fundamental para que la fase de pruebas sean lo ms exitosa posible, adems de generar un producto de alta calidad. Este documento esta preparado para ser incluido en el proyecto propuesto por la especializacin de Construccin de Software en la Universidad de los Andes.

PROPSITO
Este documento tiene como finalidad mostrar la estrategia de prueba que se llevar a cabo para el proceso de certificacin del plan de pruebas para el proyecto MEPROC. Este define los siguientes objetivos especficos: Identificar las funcionalidades que sern objeto de nuestras pruebas. Definir el alcance del plan de pruebas. Definir las tcnicas de pruebas a utilizar durante el desarrollo del proyecto MEPROC. Identificar los recursos tecnolgicos y/o humanos que sern parte de las pruebas. Determinar el esfuerzo requerido para la realizacin de las pruebas. Lista los entregables de las pruebas del proyecto MEPROC

ALCANCE
En el presente plan se describirn algunas de las pruebas que sern contempladas y aplicadas al proyecto MEPROC.

Validar el proceso de recepcin de los archivos entregados por los proveedores. Validar que el proceso de estudio de crdito se soporte en las regulaciones del sector financiero BASILEA II y SOX. Validar que el cumplimiento de las reglas en el proceso del estudio de crdito. Validar la consistencia de los datos del cliente en los diferentes sistemas del banco.

AUDIENCIA DEL DOCUMENTO


Este documento tcnico est dirigido a las personas que desempean los roles de Gerente de proyecto y Administrador de pruebas.

TERMINOLOGA Y ACRNIMOS
A continuacin se describen los trminos y acrnimos utilizados en el proyecto MEPROC, con el objeto de aclarar y quitar ambigedades que pueden generar ciertos trminos.

MEPROC: SIGLAS PARA IDENTIFICAR EL PROYE CTO MEJORAS DEL PRO CESO DE ORIGINACIN DE CRDITO EN EL BANCO DE LOS ALPES.

CIFIN: Es una unidad estratgica de la Asociacin Bancaria, creada en 1981, dedicada a la recoleccin, obtencin, compilacin, modificacin, administracin, procesamiento, intercambio, envo, divulgacin y transferencia a cualquier ttulo, de datos personales, financieros, crediticios, de servicios y, en general, cualquiera relacionado con el cumplimiento de obligaciones, as como los provenientes de terceros pases y cualquier otro que no sea contrario a la Constitucin y la Ley.

CRM (Customer Relationship Management): La administracin de la relacin con los clientes, CRM, es parte de una estrategia de negocio centrada en el cliente. Una parte fundamental de su idea es, precisamente, la de recopilar la mayor cantidad de informacin posible sobre los clientes, para poder dar valor a la oferta. La empresa debe trabajar para conocer las necesidades de los mismos y as poder adelantar una oferta y mejorar la calidad en la atencin.

DATACREDITO: Es la Central de Informacin Crediticia lder en el mercado andino con presencia en Colombia, Venezuela y Ecuador. Provee Soluciones Integrales a los principales sectores de la economa para la toma de mejores decisiones en el ciclo de otorgamiento de crdito.

Lista Clinton: La Lista Clinton fue expedida el 21 de octubre de 1995 con el objetivo de bloquear las empresas donde tuvieran intereses los narcotraficantes. Es elaborada por la Oficina de Control de Bienes Extranjeros (Ofac) y hace parte de las medidas tomadas por Estados Unidos en la guerra contra los carteles de la droga y el lavado de activos

Prospecto: Cliente potencial para el banco

REFERENCIAS LOS SIGUIENTES SON DOCUMENTOS EN LOS QUE SE APOYA ESTE PLAN DE PRUEBAS:

Especificacin de Requisitos Documentos de casos de uso Modelo de diseo e implementacin Documento de pruebas

MISIN DE LAS PRUEBAS

2.1 ANTECEDENTES
Como resultado de la planificacin y anlisis desarrollado para los problemas de estudio de crdito y riesgo del Banco de los Alpes, se obtuvo una arquitectura de solucin para el negocio y un plan de tareas a desarrollar para solucionar la problemtica planteada. Estos entregables condujeron a la planificacin de pruebas con el fin de validar que la solucin y sus funcionalidades son consistentes y acordes a las expectativas del banco.

2.2 MISIN DE EVALUACIN

Las pruebas tienen como finalidad verificar que la solucin planteada satisface los requerimientos encontrados en nuestro WBS. Estas pruebas tambin tienen como finalidad verificar la calidad de la solucin en su primera versin

2.3 MOTIVADORES DE PRUEBAS

Obtener un grado de calidad en los entregables del proyecto Validar el cumplimiento de los requerimientos funcionales y no funcionales Asegurar la aplicacin de mtricas y estndares

ELEMENTOS A SER PROBADOS


Los siguientes entregables se identifican como el objetivo de nuestras pruebas.

Administracin de Archivos Parametrizacin Segmentacin Validacin de Riesgo CRM Estudio de Crdito Servicio al Cliente Sistema Tarjeta Crdito Sistema de Libre Inversin Activacin de Tarjetas Generacin de Reportes

PERSPECTIVA DE LAS PRUEBAS PLANEADAS PERSPECTIVA DE LAS PRUEBAS INCLUIDAS

Pruebas Manuales: El objetivo de estas pruebas es asegurar que la funcionalidad de la solucin cumple con las expectativas funcionales y la interaccin del usuario con el sistema. Estas pruebas sern realizadas por el encargado de pruebas.

Pruebas de Aceptacin con usuarios: Se revisar la funcionalidad que se implementara de acuerdo a cada rol de usuario, as como la aceptacin de la interfaz de usuario en la medida en que le permita al usuario acceder y navegar a travs de toda la funcionalidades y que las interfaces cumplen con estndares de presentacin. Estas pruebas sern realizadas por el encargado de pruebas, quien asumir el rol de cada perfil para la revisin.

Pruebas de Regresin: Al hacer cambios en una de las partes de un mdulo en una versin determinada, se debern realizar nuevamente pruebas a todo el mdulo con el fin de validar completamente su funcionalidad. Estas pruebas sern realizadas por el encargado de pruebas. Pruebas de Carga y Stress. Estas pruebas estarn enfocadas en la capacidad de respuesta que tendr la solucin al enfrentarse a situaciones en las que se presente alta concurrencia de usuarios. Estas pruebas sern realizadas por el encargado de pruebas.

PERSPECTIVA DE OTROS CANDIDATOS A SER INCLUIDOS


Otras pruebas que podran ser incluidas son: Pruebas de manejo de requerimientos que tendran como objetivo validar el cumplimiento de los requerimientos planteados en la WBS Pruebas de manejo de errores, que tendran el objetivo de validar la forma en cmo se estn controlando las excepciones arrojadas por los algoritmos del sistema

PERSPECTIVAS DE EXCLUSIN EN LAS PRUEBAS


Como no se tiene conocimiento del sistema que soporta el negocio en la actualidad ni se conoce el entorno en el que se encuentra funcionando, no se harn los siguientes tipos de pruebas: Pruebas en paralelo, que tendran como objetivo comparar el comportamiento y funcionalidad de la solucin planteada versus el anterior sistema

ESTRATEGIA DE PRUEBAS CATLOGO DE IDEAS INICIALES Y OTRAS REFERENCIAS

Como principal objetivo se usan tcnicas reconocidas para mitigar el impacto de los defectos del software en la operacin de la organizacin. En el sector financiero esta clase de errores o impactos son an ms crticos que en cualquier otro sistema, como referencia se va a usar la circular 052 en el manejo de informacin.

TCNICAS Y TIPOS DE PRUEBAS PRUEBAS DE INTEGRIDAD DE DATOS Y BASE DE DATOS


Objetivo de la tcnica:

Verificar la calidad de los datos, mediante inspeccin en cada una de las bases de datos de todos los sistemas, para evitar incongruencia en los datos Comandos especficos del motor de bases de datos y consultas SQL que permitan constatar la integridad de los datos Los datos de un cliente son los mismos en todos los sistemas ? Motores de BD, Hojas de Calculo Los datos son persistentes y congruentes en todos los sistemas y se maneja completa trazabilidad de los datos del cliente Tener en cuenta la circular 052 en cuanto a manejo de informacin

Tcnica Orculo: Herramientas requeridas: Criterio de xito Consideraciones Especiales:

PRUEBAS DE FUNCIN

Objetivo de la tcnica: Tcnica Orculo: Herramientas requeridas: Criterio de xito Consideraciones Especiales:

Verificar la funcionalidad del sistema usando una serie de procesos o casos de uso que lleven a un resultado esperado Desarrollar casos de uso Los casos de uso se pueden llevar a cabo en el sistema ? Casos de uso El sistema desarrolla los casos de uso con los resultados esperados por el cliente.

PRUEBAS DE CICLO DE NEGOCIO


Objetivo de la tcnica:

Verificar el resultado obtenido desde el inicio hasta el final del ciclo del negocio mediante pruebas y simulacin de todo el ciclo para asegurar la entrega de productos financieros a la persona correcta. Simulacin de todo el proceso en el sistema El sistema simula todo el proceso del negocio con los datos preparados y se obtiene el producto esperado ? Conjunto de datos completos preparados por expertos del rea. Sistema a simular proceso completo

Tcnica Orculo: Herramientas requeridas:

Criterio de xito

Simulacin llevada desde el inicio en que llegan los archivos hasta que se le entrega un producto al cliente dentro de los parmetros definidos

Consideraciones Especiales:

PRUEBAS DE INTERFAZ DE USUARIO


Objetivo de la tcnica: Tcnica Orculo:

Asegurar la facilidad de manejo de la interfaz navegando con los casos de uso y que estos sean compresibles para el usuario. Preguntar al usuario si los casos de uso son comprensibles dentro de los limites de la apliacion. La navegacin de los casos de uso es comprensible por el usuario ?

Herramientas requeridas:

El Usuario Casos de Uso Sistema con Interfaz Grafica

Criterio de xito Consideraciones Especiales:

El usuario comprende el caso de uso plasmado en el sistema.

PRUEBAS DE DESEMPEO
Objetivo de la tcnica:

Asegurar el uso adecuado de recursos mediante indicadores para que no se presenten demoras excesivas en los procesos.

Tcnica Orculo: Herramientas requeridas:

Ejecucin de script de prueba en horas pico La aplicacin puede procesar X nmero de clientes en un rango de tiempo Y permitirle ?

Scripts de Prueba Datos completos

Criterio de xito Consideraciones Especiales:

Clientes procesados dentro de un rango de tiempo aceptable Realizar este tipo de prueba en horas pico para el sistema

PRUEBAS DE CARGA
Objetivo de la tcnica:

Asegurar la disponibilidad del sistema usando cantidades esperadas de usuarios para que el sistema est en lnea y no all represamientos. Se realiz una prueba experimental con un nmero de peticiones esperadas y se monitorea el uso de recursos Existe un cuello de botella en el procesamiento de los clientes ? Indicadores de desempeo por cada recurso usado. Datos de clientes esperados

Tcnica Orculo: Herramientas requeridas:

Criterio de xito

El sistema procesa los clientes sin cuellos de botella

Consideraciones Especiales:

PRUEBAS DE STRESS
Objetivo de la tcnica:

Determinar el lmite mximo de clientes que se pueden procesar doblando la cantidad cada vez para tener un procedimiento que permite al sistema reaccionar adecuadamente. Prueba iterativa realizando cada vez el doble de informacin a procesar por el sistema. El sistema responde adecuadamente cuando la carga real supera a la esperada ? Datos de clientes Indicadores de desempeo de los recursos

Tcnica Orculo: Herramientas requeridas:

Criterio de xito Consideraciones Especiales:

El sistema puede manejar una carga mayor a la esperada y se tiene un plan de accin para este caso.

PRUEBAS DE VOLUMEN

Objetivo de la tcnica: Tcnica Orculo: Herramientas requeridas:

Verificar que la aplicacin funciona adecuadamente determinando la cantidad mxima de datos y la carga mxima Usar un mximo de base de datos y clientes usando los mismos procesos en un periodo de tiempo extenso Cuando el sistema llega al lmite de almacenamiento se procede con un plan alterno ? Base de datos limitada Mltiples Usuarios

Criterio de xito Consideraciones Especiales:

Se ha alcanzado el lmite del sistema sin que el sistema falle.

PRUEBAS DE SEGURIDAD Y CONTROL DE ACCESO


Objetivo de la tcnica:

Asegurar que la informacin no sea accedida por personal no autorizado usando perfiles y encriptaciones de datos para no llegar al fraude Ingresar con diferentes roles e intentar acceder a informacin no autorizada La informacin puede ser accedida por alguien que no est autorizado ? SQL-Injection Cross Scripting

Tcnica Orculo: Herramientas requeridas:

Otras herramientas para acceder a la informacin Criterio de xito Consideraciones Especiales: El sistema no ha tenido accesos no autorizados, ni acceso a informacin crtica por personal no autorizado

PRUEBAS DE TOLERANCIA A FALLAS


Objetivo de la tcnica: Tcnica Orculo: Herramientas requeridas:

Aceptar los fallos dentro de los parmetros fijados para cada proceso dentro del sistema Inducir un fallo en los distintos procesos y evaluar la criticidad y tipo de tolerancia del mism El sistema ante un fallo tiene una tolerancia dentro de los parmetros Sistemas de control y recuperacin de errores Hardware Excepciones

Criterio de xito Consideraciones Especiales:

El sistema llego a una toleracin total en los procesos crticos y degradacin aceptable en los no tan criticos

PRUEBAS DE CONFIGURACIN

Objetivo de la tcnica: Tcnica Orculo: Herramientas requeridas: Criterio de xito Consideraciones Especiales:

Evaluar variaciones de la aplicacin cambiando valores de configuracin para descubrir nuevos errores. Cambiar la configuracin del sistema en software y hardware El sistema con otros parmetros a los de desarrollo se comporta adecuadamente? Cambios de resolucin, navegador, sistema operativo El sistema en diferentes configuraciones se comporta adecuadamente

PRUEBAS DE INSTALACIN
Objetivo de la tcnica: Tcnica Realizar ejecucin en sistemas con software y hardware de mnimos prestaciones Orculo: Herramientas requeridas: Se sabe cules son los requisitos mnimos para ejecutar la aplicacin? Hardware de mnimas prestaciones Software de versiones antiguas Criterio de xito El sistema corre adecuadamente con los recursos mnimos de hardware y software

Determinar requisitos mnimos de software y hardware para la correcta ejecucin de la aplicacin

Consideraciones Especiales:

CRITERIO DE ENTRADA Y SALIDA PLAN DE PRUEBAS CRITERIO DE ENTRADA AL PLAN DE PRUEBAS


Basado en los casos de prueba, se identifican las entradas y prerrequisitos especificados.

CRITERIO DE SALIDA AL PLAN DE PRUEBAS


Basado en los casos de prueba, se identifican las salidas, eventos y resultados esperados.

CRITERIO DE SUSPENSIN DEL PLAN DE PRUEBAS


Las pruebas sern suspendidas en caso de presentarse alguna de las siguientes situaciones: Los prerrequisitos no se encuentran disponibles. NO se cuenta con datos significativos. Si alguno de los sistemas involucrados, NO se encuentra disponible(Pruebas de Integridad) NO disponibilidad de los recursos responsables de la ejecucin de la prueba. Si en alguno de los casos de prueba se detecta un defecto crtico, que afecta el desempeo de la funcionalidad y/o del mdulo/sistema, y que influya en el resultado NO exitoso de la ejecucin de los dems casos de prueba.

Esta eventualidad ser documentada y presentada ante el respectivo comit de pruebas.

CICLO DE PRUEBAS CRITERIO DE ENTRADA AL CICLO


Se identifican los casos objeto de las pruebas, para los cuales el insumo principal ser un lote de pruebas que previamente debe haber sido preparado por los responsables de ejecutar las pruebas.

CRITERIO DE SALIDA DEL CICLO


En el lote de pruebas, para cada escenario se especifica el resultado esperado teniendo en cuenta las entradas ingresadas en el caso de prueba.

TERMINACIN DEL CICLO ANORMAL


Cada resultado NO esperado en la ejecucin del lote de pruebas, deber ser documentado y reportado como un defecto, con su respectiva clasificacin. Si en alguno de los casos de prueba se detecta un defecto crtico, que afecta el desempeo de la funcionalidad y/o del mdulo/sistema, y que influya en el resultado NO exitoso de la ejecucin de los dems casos de prueba.

ENTREGABLES
Se describirn los resultados del proceso de prueba en trminos de cobertura de los requerimientos, cdigo y del anlisis de defectos

RESUMEN DE EVALUACIN DE PRUEBAS EL PROCESO DE PRUEBA SE DEBE HABER APLICADO SEGN LO DEFINIDO EN EL PLAN DE PRUEBAS. MEDIANTE EL INFORME DE PRUEBAS SE:

EVALA QUE EL COMPORTAMIENTO DEL SISTEMA QUE SE HA DESARROLLADO ES CORRECTO. EVALA LA ACEPTABILIDAD DEL PROCESO DE PRUEBAS LLEVADO A CABO.

IDENTIFICA QU MEJORAS SE PUEDEN REALIZAR EN EL PROCESO DE PRUEBA PARA INCREMENTAR LA COBERTURA Y/O CALIDAD DE LAS PRUEBAS. REPORTE DE CUBRIMIENTO DE PRUEBAS
Visualizar la cantidad de pruebas planeadas por caso de uso. Se muestran los casos de prueba definidos que se han llevado a cabo. De todos los casos de prueba ejecutados cuntos se han completado debido a errores de software, cuntos han fallado. Se realizar un grfico que refleje lo siguiente: Porcentaje de casos de prueba desarrollados

REPORTES DE CALIDAD PERCIBIDA


Avance de Efectividad, muestra el porcentaje de casos ejecutados sin error.

LOGS DE INCIDENTES Y CONTROL DE CAMBIOS


Se detallan el nmero de defectos detectados en la ejecucin de los casos de pruebas. Cada uno de los defectos es clasificado y priorizado para realizar la correccin. Los controles de cambios son documentados y priorizados segn el impacto en las funcionalidades requeridas. Tambin se resumen los resultados obtenidos en el proceso de anlisis de defectos

DENSIDAD DE DEFECTOS
Se considerarn los siguientes conceptos: Tipos de defectos segn su gravedad (crtico, alto, medio y bajo). Fuente del defecto (el componente donde reside el fallo o problema). Estado del defecto (registrado, asignado, arreglado, probado y terminado).

Se generan los siguientes reportes: Grfico de Tipos de defectos, muestra la cantidad de defectos encontrados.

Tipos de defectos

10

Crtico Alto

Medio
Bajo

20

Grfico de Fuentes de defectos

Fuentes de defectos
15 10 5 0 c-abx c-xxx c-eww c-ppl c-koi Componente
Grfico de Estado de los defectos.

Estado de los defectos


Nmero de defectos

14 12 10 8 6 4 2 0

Estado
TENDENCIA DE DEFECTOS

Muestra la tendencia de aparicin de defectos segn el tiempo de desarrollo.

Tendencia de defectos
16 14 12 10 8 6 4 2 0
1 2 3 4 5 Tiempo (Semanas de prueba) Defectos encontrados

TIEMPO DE CORRECCIN DE DEFECTOS


Grafico de Tiempo de correccin de defectos

Tiempo de correccin de defectos


Nmero de defectos

25 20 15 10 5 0 >30 das 20-30 das 10-20 das 5-10 das < 5 das
Tiempo de correccin

PRUEBAS AUTOMATIZADAS Y SOPORTE DE SCRIPT DE PRUEBAS


Se documentarn las pruebas realizadas con las herramientas de automatizacin de testing, el insumo sern los scripts desarrollados/configurado para la ejecucin de la prueba.

PRODUCTOS ADICIONALES DE TRABAJO MATRICES DE TRAZABILIDAD

ID CASO DE PRUEBA NOMBRE DEL CASO DE P RUEBA APLICACIN MODULO VERSIN PRIORIDAD TIPO DE PRUEBA DESCRIPCIN CASO DE PRUEBA CRITERIOS DE ACEPTACIN ID REQ. ASOCIADO AL CASO DE PRUEBA DESCRIPCIN REQ. ASOCIADO AL CASO DE PRUEBA OBJETIVO DEL CASO DE PRUEBA NO PASO DESCRIPCIN DEL PASO RESULTADOS ESPERADO CONDICIONES DE ENTRADA MEDIO DE VALIDACIN ESTADO FECHA FINAL DOCUMENTACIN RELACI ONADO EJECUTOR

NECESIDADES DE AMBIENTE HARDWARE DE BASE DEL SISTEMA


La siguiente tabla define los requerimientos de sistema para el esfuerzo presentado en este plan de pruebas.

Recursos de Sistema Recurso Computadores porttiles para todo el equipo del proyecto 6 Cantidad Nombre y Tipo Notebooks con mnimo las siguientes caractersticas: 320 Gb Hd, 2Gb memoria, procesador Dual core o superior y tarjeta wireless y Ethernet.

Servidor para repositorio de documentacin y manejo de versiones.

Servidor con por lo menos 300Gb de almacenamiento

Servidor Para virtualizacin de ambientes

Pendiente por definir disponibilidad de elementos existentes en el banco. Se prevee dos mquina para virtualizar los ambientes usados durante el ciclo de desarrollo

ELEMENTOS DE SOFTWARE BASE EN EL AMBIENTE DE PRUEBAS


El siguiente software base es requerido en el ambiente de prueba de este Plan de Pruebas.

Nombre de Elemento de Software Suite JavaCAPS de sun JDK JMeter Load Runner Processdash CRM Sistema Tarjetas de credito Sistema Crditos Toad

Version 6.2 1.5 o superior 2.4.1 8.1 1.11 Pruebas de Carga Pruebas funcionales PSP

Tipo Servidor de aplicaciones, permite desarrollo de soluciones SOAP, ESB, BPEL

10.1

Administrador de base de datos. Por confirmar las bases de datos utilizadas en el diseo final

HERRAMIENTAS DE PRODUCTIVIDAD Y SOPORTE


Las siguientes herramientas son utilizadas para soportar el proceso de pruebas de este plan. Categora Administracin de pruebas Seguimiento de defectos Herramienta de automatizacin de pruebas funcionales Herramienta de automatizacin de pruebas de carga Monitor de cubrimiento de pruebas Administracin de proyecto Herramientas DBMS Nombre de Herramienta Excel Bugzilla Load runner / soapui Jmeter Excel dotproject Toad y/o QueryBrowser for mysql y/o MsManager Vendedor Microsoft Bugzilla.org HP - Mercuty Apache Microsoft Dotproject.org Versin 2007 3.4.5 8.1 2.4.1 2007 2.1.2

CONFIGURACIONES DE AMBIENTE DE PRUEBAS


Las siguientes configuraciones necesitan ser provedas y soportadas para el proyecto. Nombre de Configuracin Ambiente de Desarrollo Ambiente de pruebas funcionales Ambiente de pruebas Integrales Ambiente de pruebas de homologacin Ambiente productivo Descripcin Ambiente para el desarrollo de las soluciones Ambiente para el desarrollo de las pruebas funcionales de las aplicaciones Ambiente para probar las interacciones con los sistemas ya existentes El propsito de este ambiente es realizar pruebas con mquinas muy similares a las maquinas productivas y entrenar los procedimientos de paso a produccin Implementado en configuracin fsica Virtualizado Virtualizado Virtualizado

RESPONSABILIDADES Y NECESIDADES DE ENTRENAMIENTO PERSONAS Y ROLES


Esta tabla muestra las suposiciones de roles y personas para el esfuerzo de pruebas.

Recursos Humanos Rol Gestor de prueba Mnimo recursos 1 Responsabilidades especficas Proporcionar una gestin adecuada. Responsabilidades: Proporcionar una direccin tcnica. Adquirir los recursos apropiados. Informar de la gestin. Evaluar y probar las herramientas necesarias para cada caso de prueba definido. Responsabilidades: Instalar herramientas a usar. Si es necesario, capacitar a los ejecutores de las pruebas en las herramientas a usar. Diseador de prueba 3 Identificar, priorizare implementar los casos de prueba. Responsabilidades: Generar el Plan de pruebas. Disear los Casos de prueba. Evaluar el esfuerzo de prueba. Probador (Tester) 3 Ejecutar las pruebas. Responsabilidades: Ejecutar pruebas. Recuperar los errores. Documentar los defectos.

Implementador

NECESIDADES DE STAFF Y ENTRENAMIENTO


Se requiere capacitacin tecnolgica y funcional de las herramientas: CRM, Sistemas Actuales del Banco los Alpes, load runner. Se realizarn capacitaciones internas de las herramientas de control (Bugzilla, dotproject, loadrunner, etc) a las personas qu e no estn familiarizados con dichas herramientas

10. HITOS DE ITERACIN

Hito Plan de iteracin acordado Inicio iteracin Lnea de base requerimientos Lnea de base arquitectura Lnea de base interfaz de usuario Primer build para pruebas Primer build aceptado para pruebas Ciclo de primer build finalizado Segundo build para pruebas Segundo build aceptado para pruebas Ciclo de segundo build finalizado Revisin de evaluacin de iteracin Final de iteracin

Fecha de Inicio planeada 26 de febrero 27 de febrero 27 de febrero 27 de febrero 18 de Abril 18 de Abril 25 de Abril 2 de mayo Junio 5 Junio 19 Junio 26 Julio 10 Julio 24

Fecha de inicio real

Fecha final planeada 10 de Mayo 10 de Mayo 29 de febrero 27 de febrero 10 de Mayo 25 de Abril 10 de mayo 10 de mayo Junio 12 Junio 26 Julio 3 Julio 24 Julio 31

Fecha final real

Hito Tercero build para pruebas Tercero build aceptado para pruebas Tercer ciclo del build finalizado Revisin de evaluacin de iteracin Final de iteracin

Fecha de Inicio planeada Agosto 7 Septiembre 4 Octubre 2 Noviembre 6 Noviembre 27

Fecha de inicio real

Fecha final planeada Agosto 28 Septiembre 25 Octubre 23 Noviembre 20 Diciembre 11

Fecha final real

11. RIESGOS, DEPENDENCIAS, SUPOSICIONES Y RESTRICCIONES

Riesgo
Falta de tiempo

Estrategia de mitigacin
Aplicar al cronograma planteado inicialmente una adicin de tiempo equivalente al 10% sobre el tiempo inicialmente pactado Dar prioridad a errores funcionales y bloqueantes que impidan la continuacin de las pruebas Para el caso en que algn probador ejecute mal un plan de pruebas, se debe contar con un segundo probador que valide la correcta aplicacin de las estrategias de pruebas, en puntos aleatorios.

Contingencia
Contratar ms recursos

Atrasos en correccin de errores Plan de Pruebas deficiente

Contratar ms personal de pruebas

Negociar previamente una adicin de un 10% ms de tiempo a la fase de pruebas inicialmente planeada

Suposicin a ser probada


El ambiente de pruebas debe contar con las especificaciones mnimas de hardware y software Requerimientos funcionales depurados y consistentes -

Impacto de suposicin incorrecta


Pruebas deficientes Cadas frecuentes Atrasos en el cronograma Pruebas inconsistentes Atrasos en el cronograma Redefinicin de requerimientos Cambios en otros mdulos del sistema Inversin de tiempo en la generacin de datos de prueba Atraso en el cronograma Inconsistencia en las pruebas

Dueos
Area de tecnologa

Grupo .JARC

Datos de pruebas suficientes

Grupo .JARC

Restricciones
La fecha lmite para la finalizacin del plan de pruebas es la primera semana del mes de Noviembre de 2010 El mximo nmero de recursos disponibles para pruebas es de 6 Utilizacin de herramientas libres y/o licenciadas -

Impacto de la restriccin
Iniciar a tiempo el paso a produccin de la solucin Incumplimiento en la entrega del proyecto Grupo .JARC

Dueos

Atrasos en el cronograma

Grupo .JARC

Incurrir en sanciones por efectos de utilizacin de software pirata Herramientas con funcionalidades limitadas o nulas Herramientas con fecha de caducidad

Grupo .JARC

PROCEDIMIENTO DE ADMINISTRACIN MTRICAS Y EVALUACIN DE LAS PRUEBAS LAS MTRICAS A TENER EN CUENTA PARA EL PROYECTO MEPROC, CONTENDRN LOS SIGUIENTES ATRIBUTOS:
Nombre Propsito Mtodo de aplicacin Medida, formula y computo de datos Interpretacin del valor medido Tipo de escala Tipo de medida Fuente de medicin Audiencia

A su vez cada mtrica ser clasificado u organizada bajo los grupos de:

Mtricas de Funcionalidad o Adecuidad o Exactitud o Interoperabilidad o Seguridad o Conformidad de la funcionalidad

Mtricas de Fiabilidad o Madurez o Tolerancia a fallos o Recuperabilidad o Conformidad de la fiabilidad

Mtricas de Eficiencia o Comportamiento en el tiempo o Utilizacin de recursos o Conformidad de la eficiencia

Mtricas de Mantenibilidad o Analizabilidad o Cambiabilidad o Estabilidad o Examinabilidad o Conformidad de la matenibilidad

VALORACIN DE LOS ENTREGABLES DE ESTE PLAN DE PRUEBAS


Cdigo y resultados de pruebas en la fase de codificacin Producto y resultado de pruebas en la fase de integracin de software Sistema integrado y resultado de pruebas en la fase integracin del sistema Sistema instalado en la fase de instalacin Producto entregado en la fase de aceptacin

REPORTE DE PROBLEMAS, ESCALA Y SOLUCIN DE PUNTOS


El equipo de pruebas debe monitorear y controlar el cumplimiento de los procedimientos definidos para las pruebas, verificando los resultados semanalmente. Adems, el equipo de pruebas debe examinar tendencias en las ocurrencias de los problemas.

Los problemas que se encuentren en el proceso sern documentados y al igual que los problemas se documentaran las soluciones de estos, el proceso que se seguir para alcanzar la resolucin de dichos problemas ser el ir identificando cada uno de los problemas y aplicar las medidas necesarias para la solucin de estos.

ADMINISTRACIN DE CICLOS DE PRUEBAS


El grupo de pruebas esta orientado a determinar si el producto en desarrollo cumple con los procedimientos detallados por las gerencias del proyecto, y si se acopla al estndar utilizado. En el proyecto MEPROC, el proceso de pruebas estar a cargo de la persona asignada para el rol de Administrador de pruebas. El administrador de pruebas ser supervisado por los encargados de la gerencia del proyecto. Las principales tareas del grupo de pruebas para la fase de diseo arquitectnico son: revisar los documentos en conformidad al estndar, revisar los procedimientos desarrollados y revisar los procesos de las gerencias en conformidad al estndar y a los planes de procedimientos definidos por ellos. Estas tareas de aseguramiento de la calidad sern desarrolladas por el administrador de pruebas del proyecto, con la ayuda de los integrantes de las dems reas involucradas en el proyecto. Finalmente, toda la organizacin del proyecto MEPROC, se encuentra definida en el WBS. En este documento, tambin se definen los roles, responsabilidades y tareas de todos los integrantes del proyecto.

ESTRATEGIA DE TRAZABILIDAD

Para la realizacin de la estrategia de la trazabilidad se tendr en cuenta la matriz de trazabilidad, el cual permite asociar los casos de pruebas con los requisitos propios para las pruebas, y controlar as en todo momento la cobertura de los requisitos de negocio a medida que se va avanzando en la ejecucin de las pruebas, esta matriz se define en el numeral 7.6 con ms detalle.

APROBACIN Y TERMINACIN

La fase de aprobacin ser aprobada por el gerente de proyecto con el administrador de pruebas de pruebas (jefe de pruebas). Al finalizar esta fase se entregar un informe resumido de las pruebas.

Gerente de proyecto: ECOS Jefe de pruebas: Carlos Javier Criales Cardozo