Det kontrollerna hittar hör till arbetet de gäller, och varje körning registreras i en logg. Allt har sin plats:
- Iakttagelser i en uppgift. De visas i uppgiftens avsnitt Kvalitetskontroll i Mjukvarufabrik, tillsammans med status för varje iakttagelse: fortfarande öppen, åtgärdas, åtgärdad eller accepterad.
- Testfel som inte hör till någon uppgift. Till exempel hamnar ett schemalagt webbläsartest som misslyckas i Mjukvarufabrik under Granskning. Åtgärda det för att omvandla det till en uppgift, eller acceptera det med en motivering.
- Kontroller som inte kan köras. Om ett projekt till exempel saknar ett ramverk för enhetstester visas det på raden Enhetstester i Kvalitetskontroll. Med Åtgärda skapas en uppgift som sätter upp ett ramverk.
- Körningar. Alla körningar, med varaktighet och kostnad, visas under Aktivitet i Inställningar.
Mönster i arbetet
En iakttagelse i en uppgift är en detalj. Samma iakttagelse i trettio uppgifter är ett mönster, och det är där de användbara insikterna finns.
Håll utkik efter:
- Återkommande iakttagelser. Samma problem i många uppgifter är antingen en verklig teknisk skuld som behöver ett eget arbete, eller en kontroll som inte stämmer med era konventioner.
- Iakttagelser som ingen åtgärdar. En kategori som konsekvent accepteras visar att en kontroll inte fyller någon funktion.
- Koncentration. Om ett projekt står för de flesta iakttagelserna vet du var du ska leta.
Körningar
Aktivitet listar alla körningar i organisationen: agenter, uppgifter, kvalitetskontroller och tester. Filtrera efter utfall, typ, projekt och tidsperiod, och öppna en körning för att se dess kontroller, resultat och utdata.
Det användbara mönstret här är fel som återkommer i samma steg i olika, orelaterade uppgifter — det tyder på ett konfigurationsproblem i projektet, inte ett kodproblem, och det löser sig inte genom att köra uppgifterna igen. Se Konfiguration av bygge och tester.
Gör mönster till arbete
En återkommande iakttagelse kan bli en uppgift. Det är poängen med att upptäcka den: ”det här mönstret finns i fyrtio filer” beskriver ett arbete, inte ett permanent tillstånd i kodbasen.
Om ett tillstånd behöver bevakas kontinuerligt i stället för att kontrolleras manuellt, kan en automatisering bevaka det och skapa åtgärdsarbete.
Finjustera i stället för att acceptera
Om iakttagelserna blir överväldigande är kontrollerna felkalibrerade, inte din kod ovanligt dålig.
En kontroll som utlöses vid de flesta ändringar beskriver din kodbas i stället för att hitta problem. Antingen stämmer regeln inte med era konventioner, eller så beskriver den teknisk skuld som ni har bestämt er för att leva med. I båda fallen bör kontrollen ändras — se Kvalitetspolicyer och grindar.