ESTRATEGIAS DE PRUEBA DE SOFTWARE

TEMA 2-ESTRATEGIAS DE PRUEBA DE SOFTWARE
OBJETIVOS DE LA CLASE:
Identificar los conceptos fundamentales de las estrategias de prueba
Diferenciar los niveles de prueba
Distinguir la Depuración como arte
UN ENFOQUE ESTRATÉGICO PARA LA PRUEBA DEL SOFTWARE:
Definiciones
Verificación: Asegurar que el software implementa correctamente una función específica.
Validación: Asegurar que elsoftware construido se ajusta a los requisitos del cliente.
Prueba: Proceso mediante el cual se establecen la existencia de errores.
Depuración: Proceso mediante el cual se localiza y elimina un error.
ASPECTOS ESTRATÉGICOS:
Recomendaciones generales para realizar pruebas
1. Use siempre datos de entrada bien definidos para que se conozcan los resultados correctos que deben obtenerse.
2. Detecteprimero los defectos obvios (usando datos de prueba muy simples) y luego sí realice pruebas más complejas.
3. Cuando modifique algo mientras prueba realice un sólo cambio cada vez y utilice los mismos datos con los que detectó el defecto.
4. Pruebe el programa para verificar si detecta entradas incorrectas.
Etapas involucradas en todas las pruebas
Seleccionar qué es lo que debe medir laprueba, es decir, cuál es su objetivo, para qué exactamente se hace la prueba.
Decidir cómo se va a realizar la prueba, es decir, qué clase de prueba se va a utilizar para medir la calidad escogida y qué clase de elementos de prueba se deben usar.
Desarrollar los casos de prueba. Un caso de prueba es un conjunto de datos o situaciones de prueba que se utilizarán para ejecutar la unidad que se prueba.Determinar cuáles deberían ser los resultados esperados o correctos de los casos de prueba y crear el documento con los casos y sus resultados esperados, denominado oráculo de prueba, antes de realizar la prueba.
Ejecutar los casos de prueba.
Comparar los resultados de la prueba con los resultados esperados. Cualquier discrepancia entre ellos significa un error. Típicamente el error está en elsistema o unidad probada, pero también puede ser generado por algún aspecto del mismo proceso de prueba
ENTONCES…….
Casos de prueba + Etapas de la prueba
Planificación de las pruebas
Diseño de los casos de prueba
Ejecución
Agrupación y evaluación de los datos resultantes.
ASPECTOS ESTRATEGICOS:
La prueba comienza a nivel de módulo y trabaja hacia fuera (integración del sistema).
Según elmomento puede aplicarse una técnica diferente de prueba
El responsable de la prueba debe ser en lo posible un grupo independiente al desarrollador.
Debe incluirse la depuración además de la prueba
NIVELES DE PRUEBA:
Prueba de unidad
Prueba de integración
Prueba de validación
Prueba de sistema

PRUEBAS DE UNIDAD:
Proceso de verificación sobre la menor unidad de software: Módulo
Serepasan los caminos de control importantes
Siempre está orientada a caja blanca.
Incluye pruebas sobre
Interfaz del módulo
Estructuras de datos
Condiciones de límite
Caminos independientes
Se considera adjunto a la codificación
Se desarrollan casos de prueba con resultados esperados
Cuando un módulo no es independiente, debe probarse con otro módulo que lo controle, o con módulos subordinadosque verifiquen la interfaz entre ambos.
PRUEBAS DE INTEGRACIÓN:
Prueba la interacción entre módulos.
Técnica sistemática para construir la estructura de un programa al mismo tiempo en que se buscan errores de interacción.
Métodos de integración:
Método BIG-BANG: Todos los módulos se codifican por separado y se integran todos al mismo tiempo, sin hacer prueba unitaria, causando efectosdesastrosos.
Métodos de desarrollo incremental: Algunas partes del sistema se codifican, se hacen pruebas unitarias y se integran antes que otras porciones del sistema. El sistema completo se crea en pasos incrementales y no con un sólo esfuerzo monumental.
El Top-Down (descendente).
El Bottom-Up (ascendente).
PRUEBAS DE VALIDACIÓN:
Se realiza después de haber probado el software como paquete de...