Proceso De Pruebas De RUP

CONTENIDO

• Introducción.

• Actividades de Pruebas.

• Contribución de los Probadores (tester) a las 4 Fases de RUP.

• Descripción General Del Workflow De Pruebas.

• Etapas Del Workflow De Pruebas.

• Artefactos de Pruebas.

• Roles y Actividades Presentes en el Proceso de Pruebas.

• Herramientas.

INTRODUCCIÓN

Hoy en día y como vemos las pruebas ya no son una situación que surja en las etapas finales del proyecto, estas conllevan una planeación, estrategias y parámetros para poder lograr su objetivo, las cuales se conciben

desde la fase de incepción del proyecto, contando con ciertas actividades que ayudan a llevarlas de manera

mas eficiente.

Las actividades comienzan con el plan de pruebas, este documento contiene información relacionada con los objetivos,

tanto generales como específicos, así como de la estrategia y los recursos que le serán destinados.

Es necesario definir que se va a probar, como se va a hacer, de tal forma que vayamos obteniendo resultados que nos

permitan refinar el proyecto. Rational ofrece su enfoque de pruebas usando RUP para valorar la calidad del software por

medio de los siguientes objetivos:

• Encontrar y documentar los defectos en la calidad del software

• Aconsejando acerca de la calidad percibida en el software

• Proveyendo la validación de los supuestos hechos en las especificaciones de diseño y los requerimientos a través

de demostraciones concretas

• Validando las funciones del producto de software según fueron diseñadas

• Validando que los requerimientos hayan sido implementados apropiadamente

• Validación del diseño.

ACTIVIDADES DE PRUEBAS

CONTRIBUCIÓN DE LOS PROBADORES A LAS 4 FASES DE RUP

El siguiente diagrama muestra de forma general las pruebas realizadas en RUP:

DESCRIPCIÓN GENERAL DEL WORKFLOW DE PRUEBAS

El propósito de este workflow de RUP es:

• Verificar la interacción entre objetos

• Verificar la interacción apropiada de todos los componentes del software

• Verificar que todos los requerimientos hayan sido implementados correctamente

• Identificar y asegurar que los defectos se hayan atendido y resuelto antes del despliegue del software

En RUP, las pruebas son enfocadas a través del uso de un proceso iterativo y de herramientas. Un enfoque iterativo para probar permite a la organización tratar las pruebas casi de la misma forma que el desarrollo de software es enfocado. Cada elemento del proyecto es un objetivo para las pruebas. Según se vayan produciendo nuevos productos de trabajo, el cuerpo de pruebas será añadido y refinado. Eventualmente, todas las pruebas en el cuerpo de pruebas serán acumuladas de tal manera que pueden ser usadas para las posteriores pruebas de regresión en el ciclo de vida del desarrollo de software.

Este enfoque permite a una organización:

• Identificar posibles riesgos al inicio de un proyecto.

• Reducir el costo de corregir fallas enfocando los recursos cuando y donde tendrán el mayor impacto.

• Maximizar la efectividad por medio de adaptar el enfoque, el proceso o el presupuesto según va progresando el proyecto.

Este workflow del de Pruebas está relacionado a otros workflows del RUP como sigue:

• El Workflow de Requerimientos captura el input principal para identificar cuales pruebas efectuar en la forma de requerimientos en un modelo de casos de uso.

• El Workflow de Análisis y Diseño captura el input principal para identificar cuales pruebas efectuar describiendo cómo desarrollar un diseño.

• El Workflow de Implementación produce las construcciones de software del modelo de implementación que es probado por medio del Workflow de Pruebas.

Dentro de una iteración, hay varias construcciones probadas: la primera cuando el sistema es integrado y la última para probar todo el sistema.

ETAPAS DEL WORKFLOW DE PRUEBAS

• Planificar las Pruebas: El principal artefacto producido es el Plan de Pruebas.

• Diseñar las Pruebas: Los principales artefactos producidos son el Modelo de Pruebas (Test Model), los Casos de Prueba (Test Case), los Procedimientos de Prueba (Test Procedures) y el documento de Análisis de Carga de Trabajo (Workload Analysis Document).

• Implementar las Pruebas: Los principales artefactos producidos son el Script de la Prueba y el Componente de la Prueba.

• Ejecutar las Pruebas en la etapa de Integración de Pruebas: El principal artefacto producido es el documento Resultado de Pruebas.

• Ejecutar las Pruebas en la etapa de Pruebas del Sistema: El principal artefacto producido es el documento Resultado de Pruebas.

• Evaluar las Pruebas: Los principales artefactos producidos son el Sumario de Evaluación de Pruebas (Test Evaluation Summary) y los Requerimientos de Cambio (Change Request).

Cada actividad en el Workflow es esencial para probar el proyecto exitosamente. Ninguna actividad debe ser removida del Workflow de Pruebas.

ARTEFACTOS DE PRUEBAS

Los artefactos presentados en la siguiente tabla son productos finales e intermedios que son realizados y usados durante el Workflow de Pruebas de un proyecto. Los artefactos de Pruebas capturan y comunican información de pruebas y pueden tomar la forma de un documento, un modelo o un elemento de modelo.

La Tabla 1: Identifica algunos de los artefactos que deben ser desarrollados en el Workflow de Pruebas.

Artefactos Creado / Revisado Revisar Detalles Herramientas Usadas

Incep Elab Cons Trans

Caso de Pruebas X Informal - Interno Test Manager

Plan de Pruebas / Procedimientos X X Formal – Externo o Prueba Interna Manager

Resultados de las Pruebas X X Formal Interno Test Manager

Script de Pruebas X X X Informal – Interno Robot, Manual Test

Breve esquema de un caso de prueba

1. Descripción del caso de prueba.

Una descripción de la finalidad o el objetivo de la prueba, el alcance, y cualquier precondición de la prueba.

2. Condición de ejecución.

Una descripción de la condición de que se ejecutará durante esta prueba:

1. Condiciones previas.

Por cada condición de ejecución, describir el estado requerido en el que el sistema deberia estar antes de que la prueba pueda comenzar.

2. Prueba de Entradas.

Por cada condición de ejecución, enumerar una lista de los estímulos específicos que deben aplicarse durante la prueba. Esto es lo que suele denominarse la "Entradas" de la prueba, e incluye los objetos o campos que se comunican y los valores especificos de datos entrados al ejecutar este caso de prueba.

3. Puntos de observación.

Durante la ejecución de la prueba, enumerar qué observaciones se deberán efectuar.

4. Puntos de Control.

Durante la ejecución de la prueba, identificar los puntos en los que el flujo de control se puede alterar o puede variar.

5. Resultados esperados.

El estado resultante o las condiciones observables que se espera como resultado de la prueba de haber sido ejecutados. Tener en cuenta que este puede tener tanto resultados positivos como negativos (por ejemplo, condiciones erroneas y fallas).

6. Post condiciones.

Por cada condición de ejecución, describir el estado requerido que el sistema debería regresar, permitiendo posteriores pruebas.

Breve esquema del plan de pruebas

El plan de pruebas captura información de los siguientes elementos:

1. La definición de las metas y objetivos del esfuerzo de pruebas en el ámbito de aplicación de la iteración (o proyecto).

2. La definición de los elementos de prueba dirigidos.

3. Una explicación del enfoque o estrategia que se utilizará.

4. Los recursos y calendario requeridos.

5. Los entregables a ser producidos.

Breve esquema de los resultados de pruebas

La información (en contraposición a los datos brutos), contenida por los resultados de prueba puede variar dependiendo de la tecnología y las herramientas utilizadas durante la ejecución de prueba para capturar el registro de pruebas (Test log), y después del hecho de conducir el análisis de la materia prima de las pruebas, los datos del registro de pruebas (Test Log). Aquí están algunas ideas para datos que se puede determinar, y puestos a disposición para su revisión y evaluación:

1. Identificador de resultados de Prueba (ID para la identificación de estos Resultados de Prueba de otros).

2. Hora, fecha, nombre del evaluador, e información del ambiente (como O/S, características de la máquina, y así sucesivamente).

3. Identificación específica de los objetos de prueba objetivo (por ejemplo, la versión, objetos y archivos).

4. Casos de prueba destinados a ser ejecutados.

5. Casos de prueba ejecutados.

6. Medición de tamaño de los objetos de prueba objetivo a ser ejecutados.

7. Medición de tamaño de los objetos de prueba objetivo ejecutados.

8. Tiempo de respuesta para determinadas secuencias de eventos.

9. Rastro de datos que contienen los detalles de las conversaciones entre los actores y los

...