Die Ergebnisse der Prüfungen bleiben dem jeweiligen Auftrag zugeordnet, und jede Ausführung wird in einem Log festgehalten. Jedes hat seinen Platz:
- Die Ergebnisse eines Auftrags. Sie werden im Abschnitt Qualität des Auftrags in der Factory aufgelistet, zusammen mit ihrem aktuellen Status: noch offen, im Begriff zu werden behoben, behoben oder akzeptiert.
- Testfehler, die keinem Auftrag zugeordnet sind. Ein geplanter Browser-Test, der fehlgeschlagen ist, wartet beispielsweise in der Factory unter Rezension darauf, bearbeitet zu werden. Beheben Sie ihn, um einen Auftrag daraus zu machen, oder akzeptieren Sie ihn samt Begründung.
- Prüfungen, die nicht ausgeführt werden können. Fehlt einem Projekt beispielsweise ein Unit-Test-Framework, weist die Zeile Unit-Tests in der Qualitätskontrolle darauf hin, und die entsprechende Korrektur erzeugt einen Auftrag zur Einrichtung eines solchen Frameworks.
- Ausführungen. Jede Ausführung samt ihrer Dauer und den entstandenen Kosten wird unter Einstellungen im Bereich Aktivität aufgelistet.
Muster über die Arbeit hinweg
Ein Ergebnis bei einem einzelnen Auftrag ist eine Einzelheit. Dasselbe Ergebnis bei dreißig Aufträgen hingegen ist ein Muster – und in Mustern liegen die nützlichen Entscheidungen.
Worauf Sie achten sollten:
- Wiederkehrende Ergebnisse. Das gleiche Problem bei vielen Aufträgen stellt entweder echtes technisches Schuldenpotenzial dar, das eigene Arbeit verdient, oder es handelt sich um eine Prüfung, die nicht zu Ihren Konventionen passt.
- Ergebnisse, die niemand löst. Eine Kategorie, die stets akzeptiert wird, deutet darauf hin, dass die betreffende Prüfung ihren Nutzen verloren hat.
- Konzentration. Ein Projekt, das die meisten Ergebnisse liefert, zeigt Ihnen, wo Sie suchen müssen.
Ausführungen
Die Aktivität listet jede Ausführung in der Organisation auf: Agenten, Aufträge, Qualitätsprüfungen und Tests. Filtern Sie nach Ergebnis, Typ, Projekt und Zeitraum und öffnen Sie eine Ausführung, um ihre Prüfungen, Resultate und Ausgaben zu sehen.
Ein nützliches Muster hier sind wiederkehrende Fehler in derselben Phase bei unzusammenhängenden Aufträgen – das ist ein Problem in der Projektkonfiguration und nicht im Code; das erneute Ausführen der Aufträge wird daran nichts ändern. Lesen Sie dazu: Build- und Testkonfiguration.
Muster in Arbeit umwandeln
Ein wiederkehrendes Ergebnis kann zu einem Auftrag werden. Genau darauf kommt es an: „Dieses Muster taucht in vierzig Dateien auf“ ist eine konkrete Aufgabe und kein dauerhafter Zustand des Codebases.
Wo eine Bedingung kontinuierlich überwacht werden sollte, anstatt manuell geprüft zu werden, kann eine Automatisierung dies überwachen und Abhilfearbeiten initiieren.
Nachjustieren statt tolerieren
Sind die Ergebnisse überwältigend, sind die Prüfungen falsch kalibriert – nicht Ihr Code ist außergewöhnlich schlecht.
Eine Prüfung, die bei den meisten Änderungen ausgelöst wird, beschreibt Ihren Codebase und findet keine Probleme. Entweder passt die Regel nicht zu Ihren Konventionen oder sie beschreibt Schulden, mit denen Sie leben wollen. Beides bedeutet, dass die Prüfung angepasst werden muss – lesen Sie dazu: Qualitätsrichtlinien und -schranken.