Division Software Quality Assurance

La división SQA es la más reciente dentro de nuestra empresa, nace a mediados de 1998 con el propósito de dar servicios a varias empresas del mercado dentro de la problemática del 2000, mas conocida como Y2K, en nuestro caso, no solo 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 correccion 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 tanto batch como 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 SQA 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 a dicho ambiente.

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 ambiente 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ñaran 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

Metodología: se desarrollaran las siguientes etapas

  • Planificación
  • Preparación
  • Ejecución
  • Revisión
  • Análisis de resultados

Documentos entregables

Se desarrollaran las siguientes etapas:

  • Guiá sugerida
  • Plan de pruebas
  • Checklist, (Detalle de los casos de prueba)
  • Tracking de defectos
  • Control de avance
  • Documentos correctivos
  • Informe final de pruebas
Subir