Pruebas de componentes

Pruebas de componentes

1. Componente = módulo, clase o unidad.

2. Se tiene que considerar

   • Las bases de las pruebas
     • Los requisitos del componente, su diseño detallado y su código.
   • Los objetos de prueba más típicos
     • Los componentes, clases, unidades, módulos, más programas.
   • Módulos de las bases de datos.
   • Sólo se prueban componentes individuales
   • Cada componente es probado en forma independiente

3. Objetivo

   • Identificar fallos como producto de defectos internos que presente el componente.

4. Para diseñar casos de prueba usa:

   • Las especificaciones del componente, el diseño de software y/o el modelo de datos.

5. Calidad de software

   • Prueba funcional
     • Verificar y validar si las funciones del componente se realizan correctamente y/o si se cumplen todas las especificaciones.
     • Robustez: resistencia a datos de entrada inválidos
     • Arneses para pruebas
       • Ayuda a ejecutar la prueba si el componente requiere datos de entrada/salida.
       • Drivers y stubs
   • Prueba no funcional
     • Pruebas de rendimiento, pruebas de stress, pruebas de fiabilidad.

6. Casos de pruebas

   • se enfocan
     • Funcionalidad.
     • Estructura.
     • Variables.
   • Se realizan con frecuencia.
   • Utilizan
     • Metodologías enfocadas al desarrollo.
     • Depuradores.
     • Marco de trabajo.

7. Emplea técnicas de pruebas

   • Dinámicas
     • Sentencia y cobertura
     • Decisión y cobertura.
     • Condición y cobertura.
     • Cobertura de camino.
   • Estáticas
     • Revisiones guiadas.
     • Control de flujo.
     • Análisis del flujo de datos.
     • Métricas del compilador.