Manual rup

|

Plan de Prueba RUP |
|
|
|
|
Edna Paola Barrientos Ramírez |
6 de Noviembre de 2010 |
|

Plan de Pruebas RUP 1
Para implementar esta metrología es necesario
Un grupo grande de programadores para trabajar.
RUP es un marco del proyecto que describe una clase de los procesos que son iterativos e incrementales.
RUP define un manojo entero de las actividades y de losartefactos que se necesitan para elegir y construir un proceso individual.
RUP es el proceso de desarrollo más general de los existentes actualmente.
Los procesos de RUP estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a sus estimaciones originales.
Las iteraciones tempranas de proyectos conducidos RUP se enfocan fuertemente sobre arquitectura del software; lapuesta en práctica rápida de características se retrasa hasta que se ha identificado y se ha probado una arquitectura firme.
La ventaja principal de RUP es que se basa todo en las mejores prácticas que se han intentado y se han probado en el campo.
Objetivo de la prueba
Se realizaran pruebas a aquellos componentes y de integración así como delas verificaciones del funcionamiento.
Ítem que seprobarán
Consultas a la base de datos, secuencias de consultas a la base de datos, métodos que calculan fórmulas y secuencias de métodos que calculan fórmulas, clases y métodos que transforman datos cuando en estos se aprecia complejidad suficiente para justificar pruebas. Se definirán escenarios representativos o conjuntos de datos de prueba con casos límites para hacer estas pruebas.
Ítem queno se probarán
Consultas a la base de datos, secuencias de consultas a la base de datos, métodos que calculan fórmulas y secuencias de métodos que calculan fórmulas, clases y métodos que transforman datos cuya complejidad no justifique pruebas o en los que pueda realizarse verificación con revisión formal de diseño o código (Ej. Verificación de que se valida la división por cero, Verificación deque se lanzan o capturan excepciones).

Entregables resultantes
Se crearán scripts para los casos de prueba, conjuntos de datos de prueba, logs de pruebas y matrices de seguimiento de corrección de defectos que estarán disponibles.
Responsabilidades
La totalidad de las pruebas unitarias y de integración será realizada y documentada por el grupo de desarrollo de software del consultor.Cronograma
Las pruebas unitarias y de integración se realizan permanentemente durante la implementación de cada módulo. Por lo mismo, según el cronograma del proyecto, estas son realizadas durante todo el tiempo de implementación.
Pruebas de carga
Objetivo de la prueba
El objetivo de las pruebas de carga consiste en determinar y asegurar que el sistema funciona correctamente más allá de la carga detrabajo máxima esperada.
Ítem que se probaran
La unidad de prueba son las transacciones que se realizaran o casos de uso en diferentes casos para registrar el comportamiento.
Pruebas de funcionalidad
Objetivo de la prueba
Verificar que la funcionalidad del sistema construido si cumple con los requerimientos del usuario final del sistema.
Ítem que se probarán
La unidad de prueba es el casode uso (según fue documentado) y los documentos de requerimientos no funcionales. Para cada uno de los casos de uso o requerimientos, se definirán los escenarios y puntos de verificación en un script de pruebas, basados en criterios de aceptación y especificación de cada caso de uso.
Ítem que no se probarán
No se incluirán la totalidad de los escenarios posibles de todos los casos de uso en losscripts, sólo aquellos representativos o casos límites que cobran las características principales o críticas de la aplicación.
Entregables resultantes
El consultor generará scripts de prueba asociados a los casos de uso entregados, y que corresponden a sus pruebas de control de calidad interna.
Responsabilidades
Es responsabilidad del consultor documentar los casos de uso y criterios de...