Granska en Taigaleverans med underlag

Börja med initiativets utfall

Den fiktiva utrustningstjänsten låter nu anställda se sina egna förfrågningar. Börja granskningen med initiativets utfall och omfattning. Identifiera vad som måste stämma och vad ändringen måste lämna intakt.

För denna leverans får en anställd inte läsa en annan anställds förfrågan. Chefer måste behålla sin definierade åtkomst. Ett test som bara öppnar sidan fastställer inget av villkoren.

Koppla samman dokumentationen

Sidan Runs registrerar försök, inklusive misslyckanden. Varje körning identifierar planen som den utförde. En körningssida är dokumentation för granskning. Beslut som ändrar arbetet hör hemma på initiativet.

Läs underlaget för tester och formatering i varje steg. Taiga gör misslyckade eller okörda kontroller synliga. Omvandla inte ”inte kört” till ”godkänt” i granskningssammanfattningen.

Granska antaganden och gränser

Leta efter antaganden om åtkomstmodellen, schemat, miljön och externa tjänster. Jämför dem med den publicerade avsikten och den faktiska koden.

Granska var förfrågans ägare kontrolleras i utrustningstjänsten. Testa en behörig förfrågan, en annan anställds förfrågan och en saknad förfrågan. Kontrollera att loggar inte avslöjar konfidentiellt innehåll i förfrågningar.

Granska även teständringarna. Ett godkänt resultat har begränsat värde om ändringen tog bort kontrollen som skulle upptäcka felet. Behandla ändringar av arbetsflöden och testkonfiguration som en del av granskningens omfång.

Ge återkoppling som går att agera på

Identifiera beteendet, det förväntade resultatet och underlaget som behövs. Till exempel: ”Endpointen kontrollerar inloggning men inte ägande av förfrågan. Lägg till åtkomstkontrollen på serversidan och ett test med en annan anställds förfrågan.”

Taiga kan svara på granskningsåterkoppling och misslyckade kontroller i en pull request med ändringar på samma branch. Granska den nya commiten och dess kontroller efter uppdateringarna. Tidigare underlag kanske inte täcker en ändrad artefakt.

Läs den angivna orsaken om körningen stoppade för att planen var ofullständig eller en kontroll försvagades. Ta inte bort utkaststatus bara för att den synliga kontrollsammanfattningen är grön.

Fatta rätt beslut om godkännande

Dokumentera vilka kriterier som är verifierade och vilka som är olösta. Låt repositoryts obligatoriska granskningar och kontroller verkställa mergegränsen. Bevara eventuella separata releasebeslut.

Taiga observerar driftsättningar som din pipeline utför. Verifiera miljön och artefakten innan du säger till användarna att ändringen är tillgänglig. En misslyckad driftsättning kan lämna den föregående lyckade versionen i drift.

Slutför utfallet med en kontroll på tjänstenivå: den anställda kan använda funktionen, obehörig åtkomst nekas och driftansvarig kan observera fel. Fortsätt med att hantera ett avbrott.