Pruebas de componentes

Componente = módulo, clase o unidad.
Se tiene que considerar
1. Las bases de las pruebas
  1. Los requisitos del componente, su diseño detallado y su código.
2. Los objetos de prueba más típicos
  1. Los componentes, clases, unidades, módulos, más programas.
3. Módulos de las bases de datos.
4. Sólo se prueban componentes individuales
5. Cada componente es probado en forma independiente
Objetivo
1. Identificar fallos como producto de defectos internos que presente el componente.
Para diseñar casos de prueba usa:
1. Las especificaciones del componente, el diseño de software y/o el modelo de datos.
Calidad de software
1. Prueba funcional
  1. Verificar y validar si las funciones del componente se realizan correctamente y/o si se cumplen todas las especificaciones.
  2. Robustez: resistencia a datos de entrada inválidos
  3. Arneses para pruebas
    1. Ayuda a ejecutar la prueba si el componente requiere datos de entrada/salida.
    2. Drivers y stubs
2. Prueba no funcional
  1. Pruebas de rendimiento, pruebas de stress, pruebas de fiabilidad.
Casos de pruebas
1. se enfocan
  1. Funcionalidad.
  2. Estructura.
  3. Variables.
2. Se realizan con frecuencia.
3. Utilizan
  1. Metodologías enfocadas al desarrollo.
  2. Depuradores.
  3. Marco de trabajo.
Emplea técnicas de pruebas
1. Dinámicas
  1. Sentencia y cobertura
  2. Decisión y cobertura.
  3. Condición y cobertura.
  4. Cobertura de camino.
2. Estáticas
  1. Revisiones guiadas.
  2. Control de flujo.
  3. Análisis del flujo de datos.
  4. Métricas del compilador.

Nächster

Pruebas de componentes

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von Koko S vor mehr als 4 Jahre