Respuesta.

Las pruebas de humo y las pruebas de regresión son tipos importantes de pruebas manuales que se aplican en diferentes etapas del desarrollo y lanzamiento de actualizaciones.

Historia de la pregunta:

La prueba de humo (del "smoke test" en electrónica - verificar si hay "humo" después de encender un dispositivo) es una verificación mínima rápida de que las funciones principales del sistema están operativas. Las pruebas de regresión son la verificación total o parcial de la funcionalidad para asegurarse de que el nuevo código no ha roto las funciones existentes.

Problema:

A menudo, estas pruebas se confunden o se aplican incorrectamente, perdiendo tiempo o pasando por alto verificaciones importantes. También surgen preguntas sobre cómo y con qué criterios formar conjuntos de pruebas para humo y regresión.

Solución:

Las pruebas de humo incluyen solo la funcionalidad crítica sin la cual el sistema no funciona en absoluto.
Las pruebas de humo se realizan después de cada implementación en el entorno de prueba.
Las pruebas de regresión son un conjunto más amplio de verificaciones que cubren cambios, áreas adyacentes y funcionalidad principal.
La regresión se realiza después de las mejoras y correcciones de errores, a menudo antes del lanzamiento.

Características clave:

El humo verifica la "viabilidad" del producto - ayuda a entender rápidamente si vale la pena realizar más pruebas.
La regresión identifica errores relacionados con la funcionalidad ya implementada.
Ambos tipos de pruebas deben estar claramente separados y documentados.

Preguntas capciosas.

¿Entrará la prueba de humo en la regresión?

No, el humo es un subconjunto de pruebas "vitales", mientras que la regresión incluye tanto nuevas como importantes verificaciones antiguas.

¿Se pueden ejecutar solo pruebas de humo antes del lanzamiento?

No, eso no es suficiente. El humo solo indica que todo está "vivo", pero no garantiza la ausencia de errores críticos en funcionalidades menos "públicas".

¿Es aceptable cambiar el conjunto de pruebas de humo en cada lanzamiento?

No, el conjunto de humo es estable y solo cambia con cambios radicales en el producto.

Errores típicos y anti-patrones

Incluir demasiadas verificaciones insignificativas en las pruebas de humo.
Confundir las pruebas de humo y de regresión, combinándolas en una sola ejecución.
Olvidar actualizar las pruebas de regresión al cambiar la funcionalidad.

Ejemplo de la vida real

Caso negativo

Antes del lanzamiento, el equipo se limita solo a pruebas de humo, sin realizar pruebas de regresión. Como resultado, aparecen errores en funciones poco visibles pero importantes solo después del lanzamiento.

Ventajas:

Pasaje rápido de las pruebas.

Desventajas:

Alto riesgo de perder errores graves.
Aumento en el número de consultas de los usuarios.

Caso positivo

Después de cada implementación en el entorno de prueba, se realizan primero las pruebas de humo y luego las pruebas de regresión según los escenarios actualizados. Se documentan los resultados y se ajustan rápidamente las pruebas al cambiar el producto.