Niveles y Tipos de Pruebas de Software

Niveles de Prueba

• Pruebas de Unidad: Garantizan que cada componente funcione adecuadamente de forma individual, como una unidad. Estas pruebas enfocan los esfuerzos de verificación en la unidad más pequeña del diseño de software: el componente o módulo. Se centran en la lógica de procesamiento interno y las estructuras de datos dentro de las fronteras de un componente. Este tipo de pruebas puede realizarse en paralelo para múltiples componentes.
• Pruebas de Integración: Consiste en probar el sistema resultante de la integración de sus componentes para encontrar problemas debidos a dicha integración. Busca exponer fallas en la integración a nivel de módulos o fallas en las interfaces y la interacción entre sistemas.
  • Consideraciones importantes:
  • La interacción aumenta la complejidad.
  • Convivencia entre los módulos.
  • ¿Interfiere con otros sistemas?
  • ¿Cómo respondería en un entorno de Producción real?
  • ¿Qué plataformas soporta? ¿Cómo responde en cada una?
  • ¿Cómo se comunican las plataformas entre ellas?
  • Coordinación de cada cambio.
• Pruebas de Sistema: Verifican que todos los elementos se mezclan adecuadamente y que se logra el funcionamiento/rendimiento global del sistema. Implican integrar dos o más componentes que implementan funciones del sistema o características y, a continuación, probar este sistema integrado.
• Pruebas de Aceptación de Usuario (UAT): Aseguran que el sistema cumpla con los requerimientos de negocio y, consecuentemente, que la lógica del mismo funcione correctamente.

Objetivos de las Pruebas

El objetivo de las pruebas es presentar información sobre la calidad del producto a las personas responsables de este.

Participantes

(Se requiere información adicional sobre los participantes en las pruebas.)

Técnicas de Prueba

• Prueba de Caja Blanca (Visión Interna): Es una filosofía de diseño de casos de prueba que usa la estructura de control descrita como parte del diseño a nivel de componentes para derivar casos de prueba. Se basa en el examen cercano de los detalles de procedimiento.
  • Objetivos:
  • Garantizar que todas las rutas independientes dentro de un módulo se revisaron al menos una vez.
  • Revisar todas las decisiones lógicas en sus lados verdadero y falso.
  • Ejecutar todos los bucles en sus fronteras y dentro de sus fronteras operativas.
  • Revisar estructuras de datos internas para garantizar su validez.
• Prueba de Caja Negra (Visión Externa): Se enfocan en los requerimientos funcionales del software. Las técnicas de prueba de caja negra permiten derivar conjuntos de condiciones de entrada que revisarán por completo todos los requerimientos funcionales para un programa. No son una alternativa para las técnicas de caja blanca, sino un enfoque complementario que es probable que descubra una clase de errores diferente que los métodos de caja blanca. Se refiere a las pruebas que se llevan a cabo en la interfaz del software. Una prueba de caja negra examina algunos aspectos fundamentales de un sistema con poca preocupación por la estructura lógica interna del software.
  • Busca errores en las siguientes categorías:
  • Funciones incorrectas o faltantes.
  • Errores de interfaz.
  • Errores en las estructuras de datos o en el acceso a bases de datos externas.
  • Errores de comportamiento o rendimiento.
  • Errores de inicialización y terminación.

Tipos de Prueba

• Prueba de Funcionalidad
• Prueba de Confiabilidad
• Prueba de Performance (Rendimiento)
• Prueba de Carga
• Prueba de Estrés
• Etc.