Estrategia de Pruebas

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Estrategia de Pruebas"

César Vega Guzmán
hace 7 años
Vistas:

1 Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado que consiste en etapas de pruebas funcionales y no funcionales. Llevar a cabo una adecuada estrategia de pruebas, garantiza que la funcionalidad que se incorpore en el ambiente productivo y con la cual se inicie operaciones, cumpla con los requerimientos y expectativas de cada proceso. Adicionalmente reduce al mínimo las adecuaciones y ajustes que se tengan que realizar durante la fase de soporte. Las pruebas funcionales aseguran el correcto funcionamiento de los objetos de prueba y se suele realizar en varias etapas para cada entrega dentro del ciclo de vida del proyecto. Las pruebas no funcionales lidian con el desempeño y el tiempo de ejecución del sistema. Objetivo: Identificar el grado en que son soportados los procesos en la organización. Identificar la información requerida para soportar las transacciones en el sistema SAP. Identificar variantes de negocio potenciales y probarlas Exponer a los Usuarios Finales a los nuevos procesos homologados del proyecto Mostrar los puntos de integración entre áreas funcionales Identificar las relaciones entre diferentes sistemas que soportan un proceso específico. Metodología: Durante el desarrollo del proyecto se llevan a cabo diferentes tipos de pruebas, dependiendo del tipo de prueba que se trate involucra a diferentes miembros del equipo. A continuación se indican el tipo de pruebas que se realizan: PRUEBAS FUNCIONALES Pruebas de desarrollos Pruebas que se llevan a cabo por el equipo de desarrollo de software en el nivel técnicamente más bajo durante la etapa de desarrollo. Además de los aspectos funcionales también se debe incluir los aspectos no funcionales. Pruebas de configuración Estas pruebas se realizan primordialmente por el equipo de consultoría y estas se llevan a cabo en el mismo momento que se está realizando la configuración. El objetivo de estas pruebas es el de ir verificar que los cambios o adecuaciones al sistema cumplen con los requisitos de cada proceso, incluido en la etapa de diseño de procesos (TO-BE) y garantizar que no se lleve a cabo cierta configuración en el sistema que no brinde valor. No es necesario documentar estas pruebas. 1 / 5 ESTRATEGIA PRUEBAS

2 Pruebas Unitarias. Atención Ciudadana y Gestión de Proyectos Sociales Estas pruebas se realizan en conjunto por el equipo de consultoría, los usuarios claves y dueños de proceso. Una vez que se ha probado en general la configuración, por el equipo de consultoría, cada módulo es probado de manera individual a nivel de transacción, sin verificar la integración con otros módulos. El objetivo principal es de garantizar que individualmente cada operación de un módulo en particular, se comporta conforme a lo determinado en el diseño de procesos (TO-BE). Estas pruebas deberían ser ejecutadas por los usuarios clave y supervisados por el consultor en el ambiente de calidad del sistema. Estas pruebas son documentadas y los errores detectados son corregidos en la configuración Pruebas Integrales. Estas pruebas se realizan en conjunto por el equipo de consultoría y los usuarios claves y dueños de proceso. El objetivo principal es de verificar que un proceso funcione adecuadamente, no solamente en lo individual sino también la integración con otros módulos en un ambiente similar al ambiente productivo. En este caso se acuerdan previamente escenarios reales en conjunto con los dueños de procesos los cuales son ejecutados por los usuarios claves en presencia de todos los involucrados en el proceso y los consultores. Estas pruebas son documentadas y los errores detectados son corregidos en la configuración. PRUEBAS TECNICAS DEL SISTEMA Pruebas de desarrollos Pruebas que se llevan a cabo por el equipo de desarrollo de software en el nivel técnicamente más bajo durante la etapa de desarrollo, poniendo énfasis en los aspectos técnicos como el adecuado manejo de las interfases. Pruebas técnicas del sistema. En vez de ver la funcionalidad del software de forma aislada, las pruebas técnicas del sistema verifican todo el sistema, es decir, la consistencia de datos, bases de datos, servidores de aplicaciones, interfaces de red, etc. Pruebas de rendimiento. Las pruebas de rendimiento permiten medir el desempeño y los tiempos de respuesta del sistema bajo estrés. Pruebas de seguridad. Estas pruebas se realizan para verificar el acceso de los usuarios y sus correspondientes autorizaciones, la seguridad de los datos y otros aspectos de seguridad. ESTRATEGIA DE PRUEBAS La definición de una estrategia específica para el organismo o compañía es la actividad más importante antes de llevar a cabo las actividades de prueba. Esta provee de guía para las mismas y debe de contener al menos los siguientes aspectos: 1. Definición de roles y responsabilidades. 2. Donde se debe encontrar la información para las pruebas, así como el lugar donde se almacenará la documentación de las pruebas y los requerimientos técnicos de los procesos de negocio y sus resultados esperados. 3. Herramientas usadas para soportar el alcance, planeación, ejecución y análisis de las pruebas. 2 / 5 ESTRATEGIA PRUEBAS

3 4. Procedimientos para administrar los cambios, incluyendo los procesos de decisión, así como las personas responsables de aceptar o rechazar los cambios. 5. Tipos de pruebas a ser considerados en diversos escenarios. PLANEACION DE LAS PRUEBAS Durante la preparación de las pruebas se deben clarificar los siguientes aspectos: Objetivos de las pruebas. Las metas de las actividades de las pruebas deben estar descritas claramente a través de un conjunto de objetivos de pruebas. Los requerimientos que permiten el inicio de las actividades de pruebas, metas de calidad y criterios para terminar las pruebas deben ser formulados para guiar la preparación de las pruebas y administrar las expectativas. Línea de tiempo. Se debe planear todas las fechas importantes en el contexto de la fase de pruebas: Fechas de inicio y fin. Fechas de congelamiento de cambios. Fechas para correcciones emergentes. Fechas para transportes finales. Identificación del alcance de las pruebas. La identificación del alcance de las pruebas es una actividad crucial ya que determinar el tiempo y el esfuerzo requerido para realizar las pruebas. Preparación y planeación de las pruebas. Una vez verificado el alcance ahora las mismas pruebas pueden ser planeadas, esto incluye la recolección de los requerimientos funcionales de los diseños de procesos (To-Be), la elaboración de los casos y ciclos de pruebas. Proveer de la información para pruebas. Logística de las pruebas (fechas, tiempo, salas, participantes, etc.) Plan de Pruebas: Las pruebas están diseñadas para validar los requerimientos de negocio y para darle seguimiento a los requerimientos de los planos de negocio (To-Be) para construir una solución SAP. La siguiente ilustración representa el plan general donde indica las diversas actividades que se deben llevar a cabo para ejecutar las pruebas. 3 / 5 ESTRATEGIA PRUEBAS

De acuerdo a lo solicitado en las bases de licitación, el protocolo de pruebas propuesto por Advanced para la implantación del sistema contempla los siguientes requisitos: Probar la funcionalidad en

4 De acuerdo a lo solicitado en las bases de licitación, el protocolo de pruebas propuesto por Advanced para la implantación del sistema contempla los siguientes requisitos: Probar la funcionalidad en cada una de las etapas críticas de desarrollo, a saber en un esquema de ciclos de prueba, definidos por avance en la configuración del sistema de la siguiente forma: Ciclo 1: Tener la menos el 70% de la configuración del sistema. Ciclo 2: Tener al menos el 90% de la configuración del sistema y al menos las interfaces críticas con sistemas externos. Ciclo 3: Tener el 100% de la configuración del sistema y todas las interfaces de intercambio de datos y los informes críticos para la salida en vivo del sistema. Ciclo 4: Prueba de todos los informes definidos en el alcance del AS-IS Los ciclos de prueba se repetirán para cada Fase del proyecto Una vez concluidos los ciclos si se realizará un ajuste al proceso o a la estructura de los datos derivado del resultado de las pruebas, ya sea en la parametrización del sistema o interfaces de intercambio de datos entre sistemas externos e internos, será necesario volver a ejecutar al menos un ciclo de pruebas integrales. En concordancia con el plan de pruebas, el protocolo de ciclos se considerará de la siguiente manera: Ciclo 1: Pruebas de configuración. Ciclo 2: Pruebas unitarias. Ciclo 3: Pruebas integrales. Ciclo 4: Pruebas de desarrollos. 4 / 5 ESTRATEGIA PRUEBAS

5 Firmas Nombre Fecha Firma Fernando Arce Gerente de Proyecto Plataforma Única Moises Aguilar Gerente de Proyecto Advanced / 5 ESTRATEGIA PRUEBAS

Documentos relacionados

Administración de Proyectos de TI

Administración de Proyectos de TI VI Jornadas Universitarias de Sistemas de Información en Salud Lic. Gustavo Sobota Oficina de Proyectos Departamento de Informática en Salud Hospital Italiano de Buenos