¿Qué haría si necesita lanzar una versión, pero constantemente se descubren nuevos problemas, y la corrección de los cuales conduce a una nueva fase de regresión?

Evaluar la criticidad de los nuevos problemas. Determinar cuáles son críticos para el lanzamiento y cuáles pueden corregirse en el siguiente sprint o parche. Realizar una reunión conjunta del equipo de desarrollo, pruebas y gestión de producto para decidir los próximos pasos. Opciones:

• Posponer el lanzamiento hasta corregir los problemas críticos.
• Lanzar una versión con problemas no críticos conocidos, documentándolos.
• Lanzar una versión de corrección (parche) inmediatamente después del lanzamiento con las correcciones de los problemas críticos.

Simultáneamente a la decisión:

• Enfocar esfuerzos en probar las partes críticas de la funcionalidad.
• Comunicar eficazmente el estado y los problemas encontrados. Utilizar tableros de tareas comunes (Jira, Azure DevOps, etc.).
• Analizar las causas de la aparición constante de nuevos problemas:
  • Cobertura de pruebas insuficiente (manual o automatizada).
  • Problemas en el proceso de desarrollo (revisión de código, cultura de codificación).
  • Prisa en el desarrollo y las pruebas.
  • Especificación de requisitos insuficiente.

Si es necesario, intensificar las pruebas de regresión, priorizándolas. Es posible que se requieran recursos adicionales o redistribución de tareas dentro del equipo de pruebas. Automatizar los escenarios de regresión más frecuentes y críticos, si es posible en plazos ajustados. Después del lanzamiento, realizar una retrospectiva para identificar y eliminar las causas raíz de los problemas.