Zum Inhalt springen
Hilfe-CenterGitHub & Retest
GitHub & Retest

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.

Kein automatischer Endlos-Loop

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.

Dein nächster Prüflauf

Bereit für deinen ersten verständlichen Prüflauf?

Wir zeigen dir an deiner eigenen Webanwendung, wie klar.inspect Wege sichtbar macht, Befunde belegt und die nächsten Schritte ordnet.