Respuesta.

La prueba manual en la etapa de mantenimiento es la evaluación de un sistema existente y funcionando durante modificaciones, correcciones de errores o integración de nuevos componentes.

Historia de la cuestión

Anteriormente, el mantenimiento se realizaba de manera residual, y a menudo solo se probaban las nuevas funciones. Sin embargo, con el tiempo se hizo evidente que cualquier intervención puede afectar los escenarios existentes.

Problema

La siguiente situación es típica:

Se realizan cambios locales, pero su impacto en la funcionalidad anterior a menudo se subestima.
La regresión ocurre en módulos que, a primera vista, no están relacionados.
La falta de un enfoque sistemático aumenta el riesgo de "caídas" inesperadas en producción.

Solución

Una organización efectiva del maintenance testing requiere:

La identificación y actualización constante de un "conjunto de escenarios clave" que se prueban con cada modificación.
El uso de listas de verificación y mapas de regresión.
La inclusión de pruebas exploratorias para encontrar efectos inesperados de los cambios.

Características clave:

Respuesta rápida a pequeños cambios con un retroceso mínimo.
Enfoque en los escenarios de usuario reales que pueden ser afectadas indirectamente.
Flexibilidad en la elección de metodología: desde listas de verificación hasta pruebas exploratorias creativas.

Preguntas engañosas.

¿Es necesario verificar solo los módulos que han sido modificados?

No, es imprescindible probar también las partes del sistema relacionadas, para no perder efectos secundarios de los cambios.

¿Es suficiente con una prueba de regresión completa después de cada corrección?

No, a menudo es suficiente verificar los caminos clave (críticos), y la regresión completa se realiza solo antes del lanzamiento o ante cambios significativos.

¿Se puede renunciar completamente a las pruebas exploratorias en la etapa de mantenimiento?

No, las pruebas exploratorias permiten encontrar errores no triviales fuera de la cobertura de los escenarios y deben acompañar la fase de mantenimiento.

Errores típicos y anti-patrones

Despreciar los módulos relacionados: solo se prueba el lugar "parcheado".
Falta de un conjunto de escenarios de regresión actualizado.
Ignorar la comprensión de la arquitectura, lo que ralentiza la identificación de áreas de riesgo.

Ejemplo de la vida

Caso negativo

Después de corregir un error en el perfil de usuario, solo se prueba el perfil, pero no se verifica la autorización y la visualización del perfil en otras páginas. Como resultado, surge un error: en la página principal, el perfil no se actualiza.

Pros:

Finalización rápida de la prueba de una tarea específica.

Contras:

Omissión de errores en secciones relacionadas.
Disminución de la confianza en QA y en el producto.

Caso positivo

El error corregido en el perfil se prueba tanto de forma aislada como de manera integral: se verifica el perfil en todos los lugares donde se utiliza. Se utiliza una lista de verificación de escenarios clave.