Was würden Sie tun, wenn Sie eine Version veröffentlichen müssten, aber ständig neue Probleme entdeckt werden, deren Behebung zu einer neuen Regressionsphase führt?

Bewerten Sie die Kritikalität der neuen Probleme. Bestimmen Sie, welche für den Release kritisch sind und welche im nächsten Sprint oder Patch behoben werden können. Führen Sie ein gemeinsames Treffen des Entwicklungs-, Test- und Produktmanagement-Teams durch, um die nächsten Schritte zu entscheiden. Optionen:

• Veröffentlichung verschieben, bis kritische Probleme behoben sind.
• Veröffentlichung mit bekannten nicht-kritischen Problemen, die dokumentiert werden.
• Sofort nach dem Release eine Fix-Version (Patch) mit den Korrekturen kritischer Probleme veröffentlichen.

Parallel zur Entscheidung:

• Fokussieren Sie die Bemühungen auf das Testen der kritischen Funktionsteile.
• Kommunizieren Sie effektiv über den Status und die gefundenen Probleme. Nutzen Sie gemeinsame Aufgabenboards (Jira, Azure DevOps usw.).
• Analysieren Sie die Ursachen für das ständige Auftreten neuer Probleme:
  • Unzureichende Testabdeckung (manuell oder automatisiert).
  • Probleme im Entwicklungsprozess (Code-Review, Coding-Kultur).
  • Eile bei Entwicklung und Tests.
  • Unzureichende Anforderungsspezifikation.

Bei Bedarf die Regressionstests verstärken, priorisieren. Möglicherweise sind zusätzliche Ressourcen oder eine Umverteilung der Aufgaben im Testteam erforderlich. Automatisieren Sie die häufigsten und kritischen Regressionsszenarien, wenn dies in kurzer Zeit möglich ist. Nach dem Release eine Retrospektive durchführen, um die Ursachen der Probleme zu identifizieren und zu beheben.