Glosario · Fundamentos de testing
Smoke testing (prueba de humo)
En inglés: Smoke testing
También llamado: smoke test, prueba de humo, pruebas de humo, smoke suite
Definición
Comprobación rápida y superficial de las funciones más críticas de un build nuevo para decidir si es lo bastante estable como para someterlo a pruebas más profundas.
El smoke testing (prueba de humo) es un conjunto pequeño y rápido de comprobaciones que se ejecuta sobre un build recién generado para responder a una sola pregunta: ¿merece la pena seguir probando este build? Cubre los caminos más importantes de forma amplia pero superficial. Si una prueba de humo falla, el build se rechaza y nadie pierde tiempo en pruebas detalladas de algo que está roto en lo fundamental.
El nombre viene del hardware: enciendes el dispositivo y miras si sale humo antes de comprobar nada más.
Ejemplo
Para una tienda online, una suite de smoke podría ser:
- La página de inicio carga y devuelve HTTP 200.
- Un usuario puede iniciar sesión.
- La búsqueda devuelve resultados.
- Se puede añadir un producto al carrito.
- La página de checkout se abre.
No comprueba reglas de descuento, mensajes de validación ni casos límite. Eso pertenece a la suite de regresión.
Smoke frente a sanity testing
Son los dos términos que más se confunden en las entrevistas.
| Smoke testing | Sanity testing | |
|---|---|---|
| Alcance | Amplio: toda la aplicación, de forma superficial | Estrecho: un área, algo más a fondo |
| Cuándo | En cada build nuevo | Tras una corrección concreta o un cambio pequeño |
| Pregunta | “¿Es el build lo bastante estable para probarlo?” | “¿Funciona esta corrección y se comporta con sensatez?” |
| Normalmente | Con guion y automatizado | A menudo sin guion, comprobaciones manuales rápidas |
Una forma sencilla de recordarlo: smoke es amplio y superficial; sanity es estrecho y enfocado.
En un pipeline de CI
Los smoke tests suelen ejecutarse justo después de desplegar en un entorno de pruebas o de staging, y de nuevo tras una release a producción como comprobación posdespliegue. Mantenlos en unos pocos minutos. Si fallan, el pipeline se detiene antes de las etapas más lentas de regresión y end-to-end. Una suite de smoke que tarda 40 minutos ha dejado de ser una suite de smoke.