Korrekturen kontrolliert bis zur erneuten Prüfung begleiten
Ein bestätigter Befund kann als Entwickler-Briefing an GitHub übergeben werden. Dabei bleibt klar.inspect die nachvollziehbare Produktakte; GitHub bleibt der Ort für Code, Review und Versionen.
1. Befund bestätigen
Produktverantwortliche beschreiben den Sollzustand und bestätigen, dass es sich um ein Produktproblem handelt.
2. Briefing übergeben
Das Briefing enthält Priorität, Reproduktionsweg, Screenshots, beobachtetes und erwartetes Ergebnis. Es kann mit einem Issue oder Pull Request verknüpft werden.
3. Bereit zum Test melden
Die Entwicklung kennzeichnet einen konkreten Commit als testbereit. Das Signal allein startet standardmäßig noch keinen unkontrollierten Lauf.
4. Retest freigeben
Nach manueller Freigabe prüft klar.inspect gezielt den bestätigten Weg gegen genau diesen Stand. Erfolg oder Abweichung werden in der Historie ergänzt.
5. Bei Bedarf zurückkehren
Status und Zuordnungen im QA-Workflow lassen sich wiederherstellen, ohne alte Belege zu löschen. Eine Code-Rücknahme erfolgt bewusst in GitHub und bleibt dort versioniert.
Fehlschläge lösen nicht eigenständig immer neue Änderungen oder Prüfläufe aus. Der nächste produktverändernde Schritt bleibt eine bewusste Entscheidung.