ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Proceso De Pruebas De RUP


Enviado por   •  11 de Agosto de 2013  •  2.586 Palabras (11 Páginas)  •  1.026 Visitas

Página 1 de 11

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

...

Descargar como (para miembros actualizados)  txt (18 Kb)  
Leer 10 páginas más »
Disponible sólo en Clubensayos.com