Subido por orlando220598

ESTRATEGIA-PRUEBAS-PDF

Anuncio
Atención Ciudadana y Gestión de Proyectos Sociales
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
31/10/2011
Atención Ciudadana y Gestión de Proyectos Sociales
Pruebas Unitarias.
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
31/10/2011
Atención Ciudadana y Gestión de Proyectos Sociales
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
31/10/2011
Atención Ciudadana y Gestión de Proyectos Sociales
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
31/10/2011
Atención Ciudadana y Gestión de Proyectos Sociales
Firmas
Nombre
Fecha
Fernando Arce
Gerente de Proyecto Plataforma Única
31-10-2011
Moises Aguilar
Gerente de Proyecto Advanced
31-10-2011
5/5
Firma
ESTRATEGIA PRUEBAS
31/10/2011
Descargar