Software Quality Assurance
La división S.Q.A. es la más reciente dentro de nuestra empresa. S.Q.A nace a mediados de 1998 con el propósito de dar servicios a varias empresas del mercado dentro de la "problemática del 2000", más conocida como Y2K, en nuestro caso no sólo a través del testeo de aplicaciones y reportando los posibles errores, sino también brindando el servicio de documentarlos en una instancia previa al testeo y por ultimo brindando la posibilidad de la corrección de dichos errores en la etapa posterior.
Dentro de este plantel, contamos con un equipo especializado de profesionales en informática que cubren en un todo las plataformas existentes, preparados para cubrir tareas tales como:
- Testing en modalidad de Caja Blanca (con el control de programas fuentes).
- Testing en modalidad de Caja Negra (sin el control de programas fuentes).
- Testing de procesos "batch y front end".
- Testing sobre Servidores de Aplicaciones (Cliente / Servidor 3 Capas)
- Puesta a punto y/o desarrollos de Entornos de Prueba como así también de envejecimiento de datos.
- Manejo y programación de herramientas de testing de la firma Mercury.
Rational TeamTest:
Conjunto integral de herramientas de la Firma Rational para la implementación de S.Q.A. en su empresa
WinRunner:
Desarrollos de script, testeos en forma automatizada en cantidades y tiempos establecidos.
LoadRunner:
Implementador de usuarios virtuales, conjugados con la herramienta anterior responden a test de stress de aplicaciones.
Astra:
Desarrollos de script, testeos en forma automatizada de aplicaciones webs en cantidades y tiempos establecidos.
Descripción de servicios (relevamiento modelo de testing)
Desarrollo de procedimientos requeridos para operar según la definición de procesos y las
funcionalidades de la herramienta.
Requisitos:
Carga inicial
Las pruebas se desarrollaran sobre el Ambiente de Test. Dicho ambiente debe estar controlado en cuanto a la política de actualización de versiones, carga de datos y accesos al mismo.
Migraciones del ambiente de desarrollo a test
Para no afectar el resultado de la pruebas se deberá definir una política de migración del ambiente de desarrollo al de test en función de los ciclos de prueba. Como norma durante un ciclo de test no se puede modificar el ambiente de pruebas.
Plan de pruebas
Se diseñarán planes de prueba para cada uno de los módulos para lo cual la empresa deberá aportar la documentación de los mismos. También se diseñara un Plan de Pruebas de Integración, con el objetivo de generar las pruebas entre las interfaces de cada uno de los módulos.
Control de avance
Para medir el avance sobre de testeo se va a generar un documento (Checklist) el cual se deriva del plan de pruebas, donde están reflejados la totalidad de los casos de prueba y su estado. También se va a medir el nivel de avance con la herramienta TestDirector.
Control de cambios
Las modificación y nuevos requerimientos que puedan surgir deberán ser informados al responsable del área de test para ser incorporado al plan de pruebas.
Automatización de transacciones
Se priorizarán las transacciones a automatizar en función de la criticidad y el balance costo / beneficio de ejecutar el caso de prueba en forma manual o automática.
Usuarios Finales
Se aconseja la inclusión del usuario final, sobre los últimos ciclos de prueba e integración, para validar la funcionalidad y sus expectativas sobre sistema.
La administración y el control de proyecto, incluyendo planeamiento, coordinación y seguimiento integral de las actividades del proyecto.
Se fijaran reuniones periódicas para establecer las actividades a desarrollar, los tiempos para las mismas y el avance en el desarrollo del test.
Coordinación
Deberá existir la presencia de un Líder (Analista funcional) por cada modulo a testear, con el fin de validar los resultados obtenidos, posibles cambios y requerimientos.
Planeamiento
Se preveen tres etapas antes de comenzar con los ciclos de prueba:
- Capacitación inicial sobre los módulos a testear
- Diseño de los Planes de Prueba.
- Aprobación de los Planes de Prueba
Plan de Prueba
Este documento contiene los siguientes puntos:
- Objetivo del plan
- Tipos de test a aplicar
- Guía de procedimientos
- Inclusiones y exclusiones
- Estimación de tiempos, cantidad de ciclos y recursos
- Guía de transacciones
- Procesos a automatizar
- Casos de prueba
Definición de la metodología y su documentación asociada
Se desarrollaran las siguientes etapas metodológicas:
- Planificación
- Preparación
- Ejecución
- Revisión
- Análisis de resultados
Documentos entregables
- Se desarrollaran las siguientes etapas:
- Guía sugerida
- Plan de pruebas
- Checklist, (Detalle de los casos de prueba)
- Tracking de defectos
- Control de avance
- Documentos correctivos
- Informe final de pruebas
