Pruebas de Software


Contenido

















































Introducción

El único instrumento adecuado para determinar el status de la calidad de un producto software es el proceso de pruebas. En este proceso se ejecutan pruebas dirigidas a componentes del software o al sistema de software en su totalidad, con el objetivo de medir el gradoen que el software cumple con los requerimientos. En las pruebas se usan casos de prueba, especificados de forma estructurada mediante Técnicas de prueba. El proceso de pruebas, sus objetivos y los métodos y técnicas usados se describen en el plan de prueba.
A continuación se detallan los diferentes tipos de pruebas existentes, utilizados para evaluar la funcionabilidad del software.Tipos de pruebas
La disciplina de pruebas es una de las más costosas del ciclo de vida software. En sentido estricto, deben realizarse las pruebas de todos los artefactos generados durante la construcción de un producto, lo que incluye especificaciones de requisitos, casos de uso, diagramas de diversos tipos y, por supuesto, el códigofuente y el resto de productos que forman parte de la aplicación (por ejemplo, la base de datos), e infraestructura. Obviamente, se aplican diferentes técnicas de prueba a cada tipo de producto software. A continuación, se describirá los tipos de pruebas en función de qué conocemos, según el grado de automatización y en función de qué se prueba.
1.1.2.1. En función de qué conocemos.
a. Pruebas decaja negra
En este tipo de prueba, tan sólo, podemos probar dando distintos valores a las entradas. Los datos de prueba se escogerán atendiendo a las especificaciones del problema, sin importar los detalles internos del programa, a fin de verificar que el programa corra bien. Este tipo de prueba se centra en los requisitos funcionales del software y permite obtener entradas que prueben todos losflujos de una funcionalidad (casos de uso).

Figura 1.3. Pruebas de caja negra

Con este tipo de pruebas se intenta encontrar:
- Funcionalidades incorrectas o ausentes.
- Errores de interfaz.
- Errores en estructuras de datos o en accesos a las bases de datos externas.
- Errores de rendimiento.
- Errores de inicialización y finalización.
b. Pruebas de caja blanca
Consiste en realizarpruebas para verificar que líneas específicas de código funcionan tal como esta definido. También se le conoce como prueba de caja-transparente. La prueba de la caja blanca es un método de diseño de casos de prueba que usa la estructura de control del diseño procedimental para derivar los casos de prueba.

Figura 1.4. Pruebas de caja blanca
Las pruebas de caja blanca intentan garantizar que:
-Se ejecutan al menos una vez todos los caminos independientes de cada módulo
- Se utilizan las decisiones en su parte verdadera y en su parte falsa
- Se ejecuten todos los bucles en sus límites
- Se utilizan todas las estructuras de datos internas.
- Para esta prueba, se consideran tres importantes puntos.
Conocer el desarrollo interno del programa, determinante en el análisis de coherenciay consistencia del código.
Considerar las reglas predefinidas por cada algoritmo.
Comparar el desarrollo del programa en su código con la documentación pertinente.

1.1.2.2. Según el grado de automatización
a. Pruebas manuales
Una prueba manual es una descripción de los pasos de prueba que realiza un evaluador (usuario experto). Las pruebas manuales se utilizan en aquellas situaciones dondeotros tipos de prueba, como las pruebas unitarias o las pruebas Web, serían demasiado difíciles de realizar o su creación y ejecución sería demasiado laboriosa. También, podría utilizar una prueba manual en situaciones donde no sea posible automatizar los pasos, por ejemplo, para averiguar el comportamiento de un componente cuando se pierde la conexión de red; esta prueba podría realizarse de...