Ingeniero De Sistemas

1. Introducción

Las actividades relacionadas a las Pruebas se las realiza en todo el ciclo de vida del proyecto, siendo esta una de las características relevantes respecto a la metodología estructurada, las pruebas se inician desde la primera iteración de la fase de Elaboración, verificando el cumplimiento de los prototipos respecto a los requerimientos de los usuarios, luego en la fase de Construcción con más énfasis cuando se van desarrollando los programas y los componentes del sistema, sin embargo, la mayor actividad de pruebas es a la conclusión de la fase de Construcción, cuando se van integrando todos los módulos o componentes del Sistema y se deben realizar las pruebas integrales.

1.1 Propósito

Este documento tiene como propósito entregar una guía metodológica basada en Rational Unified Process (RUP) que describe las actividades, artefactos y roles que se utilizaran en la etapa de pruebas de un proyecto de desarrollo dentro de la Superintendencia de Compañías.

1.2 Alcance

La metodología propuesta está estructurada en Etapas y Actividades. Cada etapa cuenta con un conjunto de actividades. Cada actividad esta descrita de manera de aclarar su propósito y modo de ejecución.

Adicionalmente cada actividad indica los roles que intervienen y los artefactos que deben generarse.

1.3 Términos, Acrónimos, y Abreviaturas

Artefacto: Un artefacto es un producto tangible resultante de una fase o etapa durante el desarrollo de software, que sirven para comprender mejor tanto el análisis como el diseño del sistema (entre otros).

CU: Caso de Uso

RUP: Rational Unified Process

Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo.

UML: Unified Modeling Language

Es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software.

1.4 Definiciones Generales

1.4.1 Característica [de Software]

Una cualidad distinguible de un ítem de software, entendiendo como ítem el código fuente, los datos de control o una combinación de los dos. Por ejemplo, desempeño, portabilidad o funcionalidad.

1.4.2 Defecto [de Software]

Carencia de alguna cualidad propia de algo. Puntualmente, carencia de una característica esperada en el software y que implica que la prueba tiene resultado "fallido".

1.4.3 Pruebas de Software

En inglés testing, son los procesos que permiten verificar y revelar la calidad de un producto de software. Son utilizadas para identificar posibles fallos de implementación, calidad, o usabilidad de un programa de ordenador o videojuego.

1.4.4 Pruebas de Funcionalidad

Pruebas orientadas a determinar el cumplimiento de las funcionalidades del sistema respecto a los requerimientos de los usuarios.

1.4.5 Pruebas de Integridad

Pruebas orientadas a probar el sistema en su conjunto y evaluar si los módulos y componentes operar bien estando interrelacionados.

1.4.6 Pruebas de Sobrecarga

Pruebas orientadas a probar fundamentalmente el desempeño de la base de datos, la velocidad de los algoritmos de búsqueda de datos y las funciones de ordenamiento de la base de datos. Para ello se hacen rutinas que cargan las tablas de la Base de Datos con muchos registros.

1.4.7 Pruebas de Tensión

Pruebas orientadas a probar los programas de manera simultánea desde varias terminales, es decir, por ejemplo, un mismo programa de actualización es usado simultáneamente por varios usuarios.

1.4.8 Pruebas de ergonomía del

...