Tipos de pruebas de software

TIPOS DE PRUEBAS DE
SOFTWARE

Prueba Unitaria

Pruebas de desempeño

Prueba de Integracion

Pruebas de carga

Prueba de Regresion

Prueba de estress

Pruebas de humo

Pruebas de volumen

Pruebas del Sistema

Pruebas de recuperacion

Contenido 1

Contenido 1

Prueba de recuperacion y tolerancia a fallas

Pruebas del ciclo del negocio

Prueba de Multiples sitiosPruebas de GUI

Prueba de compatibilidad y conversion

Prueba de Configuracion

Pruebas de integridad de datos y BD

Pruebas de estilo

Pruebas de seguridad y control de acceso

Pruebas de aceptacion

Contenido 2

Contenido 2

Prueba de la instalacion

Pruebas de documentacion y procedimiento

Prueba funcionales

Prueba de usabilidad

Prueba de campo

Pruebas alfaPruebas Beta

Contenido 3

Contenido 3

Definición de la estructura

Objetivo de
la prueba

Descripción
de la prueba

Técnica

¿Qué es el Top-down?
 Se formula un resumen del sistema,
sin especificar detalles. Cada parte
del sistema se refina diseñando con
mayor detalle.

¿Qué es la caja negra y blanca?
Caja negra a aquel elemento que es estudiado desde el
punto de vistade las entradas que recibe y las salidas o
respuestas que produce, sin tener en cuenta su
funcionamiento interno. 
Cajas blancas a un tipo de pruebas de software que se
realiza sobre las funciones internas de un módulo. Así
como las pruebas de caja negra ejercitan los requisitos
funcionales desde el exterior del módulo, las de caja
blanca están dirigidas a las funciones internas.

PruebaUnitaria

ejecutar cada módulo

Particionar, definir los casos de prueba.

Comparar el resultado

Prueba de Regresión

Identificar errores introducidos por la

combinación de programas probados
unitariamente.
Determina cómo la base de datos de

prueba será cargada

Utilizar la técnica down-top.

Pruebas de Humo
Detectar los errores en realeases tempranos y demanera fácil

su objetivo es probar el sistema constantemente

buscando que saque “humo”

Realizar una integración de todo el sistema cada

cierto periodo (se recomienda un día, máximo una
semana)

Pruebas del Sistema
Asegurar la apropiada navegación dentro del

sistema, ingreso de datos, procesamiento y
recuperación.
deben enfocarse en requisitos que puedan ser

tomadosdirectamente de casos de uso y reglas y
funciones de negocios

Ejecute cada caso de uso, flujo básico o función

utilizando datos válidos e inválidos

Pruebas de Stress
Verificar que el sistema funciona

apropiadamente y sin errores
Las pruebas de stress se proponen encontrar

errores debidos a recursos bajos o completitud
de recursos

Use los scripts utilizados en las pruebas dedesempeño

Pruebas de desempeño
Validar el tiempo de respuesta para las transacciones

miden tiempos de respuesta, índices de procesamiento

de transacciones y otros requisitos sensibles al tiempo

Modifique archivos de datos (para incrementar el

número de transacciones) o los scripts para
incrementar el número de veces que ocurre cada
transacción

Pruebas de carga
Validar eltiempo de respuesta para las transacciones

miden tiempos de respuesta, índices de procesamiento

de transacciones y otros requisitos sensibles al tiempo

Modifique archivos de datos (para incrementar el

número de transacciones) o los scripts para
incrementar el número de veces que ocurre cada
transacción

Pruebas de volumen
Verificar el tamaño de la BD, el equipo si essuficiente etc.

Las pruebas de volumen hacen referencia a

grandes cantidades de datos para determinar los
límites en que se causa que el Sistema falle
Deben usarse múltiples clientes, ya sea corriendo

las mismas pruebas o pruebas complementarias
para producir el peor caso de volumen

Pruebas de Recuperación y
Tolerancia a fallas

Verificar que los procesos de recuperación (manual...