Clasificación General de las Pruebas en el software

Las pruebas en el desarrollo de software (software testing) son el conjunto de procesos diseñados para evaluar la calidad de un sistema, verificar que cumple con los requisitos especificados y detectar errores antes de su despliegue en producción.

Para entender el ecosistema de pruebas, las clasificamos según el nivel de aislamiento, la ejecución del código, el objetivo y el conocimiento interno del sistema.

1. Según el Nivel de Aislamiento (Pirámide de Pruebas)

• Pruebas Unitarias (Unit Tests): Evalúan componentes o funciones individuales de forma aislada. Son rápidas de ejecutar y representan la base de la estrategia de pruebas.
• Pruebas de Integración (Integration Tests): Verifican la interacción y comunicación entre diferentes módulos, componentes o servicios externos (como bases de datos o APIs).
• Pruebas Sistema / End-to-End (E2E): Evalúan el flujo completo de la aplicación desde la perspectiva del usuario final, simulando escenarios reales de uso.

2. Según el Objetivo o Propósito

Tipo de Prueba	Objetivo Principal
Funcionales	Validan que el sistema haga exactamente lo que debe hacer (reglas de negocio, historias de usuario).
No Funcionales	Evalúan cómo se comporta el sistema (rendimiento, seguridad, escalabilidad, usabilidad).
Pruebas de Regresión	Garantizan que los cambios recientes o correcciones de código no hayan roto funcionalidades existentes.
Pruebas de Humo (Smoke Testing)	Verificaciones rápidas e iniciales para confirmar que las funciones más críticas de la aplicación operan tras un despliegue.

3. Según el Conocimiento del Código Fuente

• Caja Blanca (White Box): El evaluador tiene acceso al código fuente y a la arquitectura interna del sistema.
• Caja Negra (Black Box): Se prueba la interfaz externa sin conocer la implementación de código interna.
• Caja Gris (Grey Box): Combinación de ambas; el evaluador tiene un conocimiento parcial de las estructuras internas.

as pruebas de usabilidad y las pruebas de estrés pertenecen a la categoría de Pruebas No Funcionales, ya que no evalúan qué hace el sistema en cuanto a reglas de negocio, sino cómo interactúa con el usuario y cómo responde bajo condiciones extremas de infraestructura.

4. Pruebas de Usabilidad (Usability Testing)

Evalúan qué tan intuitiva, fácil de aprender, accesible y satisfactoria es la interfaz de una aplicación para los usuarios finales.

• Objetivo principal: Identificar fricciones en la experiencia de usuario (UX/UI), flujos confusos y barreras de accesibilidad antes del lanzamiento.
• Aspectos clave que evalúan:
  • Facilidad de aprendizaje (Learnavility): Cuánto tiempo le toma a un usuario nuevo realizar una tarea básica.
  • Eficiencia: Cuántos pasos o clics requiere un usuario experimentado para completar un objetivo.
  • Tolerancia a errores: Qué tan fácil es para el usuario recuperarse de un error cometido durante la navegación.
  • Satisfacción y Accesibilidad: Grado de comodidad del usuario y cumplimiento de estándares (como WCAG) para personas con capacidades diferentes.
• Cómo se ejecutan: Generalmente mediante sesiones observacionales (manuales), donde usuarios reales o evaluadores siguen guiones de tareas específicas mientras se registra su comportamiento y comentarios.

5. Pruebas de Estrés (Stress Testing)

Son un tipo específico de pruebas de rendimiento (Performance Testing) que someten al sistema a cargas de trabajo que exceden sus límites normales y esperados de operación.

• Objetivo principal: Determinar el punto de quiebre del sistema (breaking point), verificar cómo falla y evaluar su capacidad de recuperación (resiliencia).
• Aspectos clave que evalúan:
  • Comportamiento bajo colapso: Confirmar que la aplicación falle de forma controlada y segura (sin corromper datos ni exponer información sensible).
  • Recuperación (Graceful Degradation & Recovery): Analizar si el sistema vuelve a un estado operativo normal una vez que la sobrecarga cesa.
  • Gestión de recursos: Identificar fugas de memoria (memory leaks), bloqueos de bases de datos o cuellos de botella en la CPU.
• Diferencia clave con las Pruebas de Carga (Load Testing):
  • Pruebas de Carga: Simulan el tráfico alto esperado para medir tiempos de respuesta.
  • Pruebas de Estrés: Superan intencionalmente la capacidad máxima teórica para romper el sistema.

Comparativa Rápida

Métrica / Propiedad	Pruebas de Usabilidad	Pruebas de Estrés
Categoría	No Funcional (UX / Accesibilidad)	No Funcional (Rendimiento / Infraestructura)
Enfoque	Humano / Interfaz de Usuario	Técnico / Servidores y Bases de Datos
Ejecución principal	Manual u observacional	Automatizada mediante herramientas (JMeter, k6, Gatling)
Pregunta clave	“¿El usuario entiende cómo usar la app?”	“¿Qué sucede con el servidor cuando el tráfico se triplica?”