Gjennomgå en Taiga-leveranse med bevis

Start med initiativets resultat

Den fiktive utstyrstjenesten lar nå ansatte se sine egne forespørsler. Begynn gjennomgangen med initiativets resultat og omfang. Finn hva som må være sant, og hva endringen må bevare.

I denne leveransen må en ansatt ikke kunne lese en annen ansatts forespørsel. Ledere må beholde sin definerte tilgang. En test som bare åpner siden, fastslår ingen av vilkårene.

Koble sammen registreringene

Runs-siden registrerer forsøk, inkludert feil. Hver kjøring identifiserer planen den utførte. En kjøringsside er en registrering for undersøkelse; beslutninger som endrer arbeidet, hører hjemme på initiativet.

Les bevisene fra trinnene for tester og formatering. Taiga gjør mislykkede eller ikke-kjørte kontroller synlige. Ikke gjør «ikke kjørt» til «bestått» i sammendraget av gjennomgangen.

Undersøk antakelser og grenser

Se etter antakelser om tilgangsmodell, skjema, miljø og eksterne tjenester. Sammenlign dem med den publiserte hensikten og den faktiske koden.

For utstyrstjenesten undersøker du hvor forespørselseieren kontrolleres. Test en autorisert forespørsel, en annen ansatts forespørsel og en manglende forespørsel. Kontroller at logger ikke avslører konfidensielt innhold i forespørsler.

Gjennomgå også testendringene. Et bestått resultat har begrenset verdi hvis endringen fjernet testbetingelsen som ville oppdaget feilen. Behandle endringer i arbeidsflyt og testkonfigurasjon som en del av gjennomgangens omfang.

Gi tilbakemelding som kan følges opp

Identifiser oppførselen, forventet resultat og nødvendige bevis. For eksempel: «Endepunktet kontrollerer innlogging, men ikke eierskap til forespørselen. Legg til tilgangskontroll på serversiden og en test med en annen ansatts forespørsel.»

Taiga kan svare på tilbakemeldinger fra pull request-review og mislykkede kontroller med endringer på samme branch. Etter oppdateringer undersøker du det nye committet og kontrollene. Tidligere bevis dekker kanskje ikke et endret artefakt.

Hvis kjøringen stoppet fordi planen var ufullstendig eller en kontroll ble svekket, leser du den oppgitte begrunnelsen. Ikke fjern utkaststatus bare fordi det synlige kontrollsammendraget er grønt.

Ta riktig beslutning om godkjenning

Registrer hvilke kriterier som er verifisert, og hvilke som fortsatt er uavklarte. La repositoryets påkrevde gjennomganger og kontroller håndheve merge-grensen. Bevar enhver separat utgivelsesbeslutning.

Taiga observerer utrullinger som pipelinen utfører. Verifiser miljøet og artefaktet før du forteller brukere at endringen er tilgjengelig. En mislykket utrulling kan la den forrige vellykkede versjonen fortsette å betjene trafikk.

Avslutt resultatet med en kontroll på tjenestenivå: Den ansatte kan bruke funksjonen, uautorisert tilgang nektes, og den driftsansvarlige kan observere feil. Fortsett med håndtering av et avbrudd.