Kontrolujte dodávku Taigy podľa dôkazov
DokončenéPrepojte iniciatívu, plán, run, diff a kontroly. Pred prijatím rozhodnutia o merge alebo vydaní overte aktuálnu zmenu.
Vydáva TaigaAko píšeme
Overte si porozumenieRun sa dokončil, ale záznam uvádza, že povinný test neprebehol. Čo dokončenie potvrdzuje?Vykonajte cvičenie
Čo sa naučíte
- Vysledovať dodané správanie späť k požiadavke a plánu.
- Nájsť neúplné kontroly a predpoklady, ktoré potrebujú preskúmanie.
- Rozlišovať dokončenie runu, merge, nasadenie a dostupnosť pre používateľov.
Začnite výsledkom iniciatívy
Fiktívna služba na vybavenie teraz umožňuje zamestnancom zobraziť vlastné žiadosti. Kontrolu začnite výsledkom a rozsahom iniciatívy. Určte, čo musí platiť a čo musí zmena zachovať.
Pri tejto dodávke zamestnanec nesmie čítať žiadosť iného zamestnanca. Manažéri si musia zachovať určený prístup. Test, ktorý len otvorí stránku, nepotvrdzuje ani jednu podmienku.
Prepojte záznamy
| Záznam | Otázka pri kontrole |
|---|---|
| Iniciatíva | Aký výsledok a rozsah boli povolené? |
| Verzia plánu | Ktoré kroky implementácie a overenia boli zamýšľané? |
| Run | Čo sa stalo a aké predpoklady agent použil? |
| Pull request a diff | Čo sa zmenilo v aktuálnom commite? |
| Kontroly a preskúmanie | Aké dôkazy podporujú prijatie tohto commitu? |
| Záznam o nasadení | Ktorý artefakt sa dostal do ktorého prostredia? |
Stránka Runs zaznamenáva pokusy vrátane neúspešných. Každý run uvádza plán, ktorý vykonal. Stránka runu je záznamom na preskúmanie. Rozhodnutia meniace prácu patria na iniciatívu.
Prečítajte dôkazy jednotlivých krokov týkajúce sa testov a formátovania. Taiga zviditeľňuje neúspešné aj nevykonané kontroly. V zhrnutí kontroly nemeňte „nespustené“ na „úspešné“.
Preskúmajte predpoklady a hranice
Hľadajte predpoklady o modeli prístupu, schéme, prostredí a externých službách. Porovnajte ich so zverejneným zámerom a skutočným kódom.
Pri službe na vybavenie preskúmajte, kde sa kontroluje vlastník žiadosti. Otestujte oprávnenú žiadosť, žiadosť iného zamestnanca a chýbajúcu žiadosť. Overte, že logy neodhaľujú dôverný obsah žiadosti.
Kontrolujte aj zmeny testov. Úspešný výsledok má obmedzenú hodnotu, ak zmena odstránila tvrdenie, ktoré by chybu odhalilo. Zmeny workflow a konfigurácie testov zahrňte do rozsahu kontroly.
Dajte spätnú väzbu, podľa ktorej možno konať
Uveďte správanie, očakávaný výsledok a potrebné dôkazy. Napríklad: „Endpoint kontroluje prihlásenie, ale nie vlastníctvo žiadosti. Pridajte serverovú kontrolu prístupu a test so žiadosťou iného zamestnanca.“
Taiga môže na pripomienky v pull requeste a neúspešné kontroly reagovať zmenami na rovnakej vetve. Po aktualizáciách preskúmajte nový commit a jeho kontroly. Predchádzajúce dôkazy nemusia pokrývať zmenený artefakt.
Ak sa run zastavil pre neúplný plán alebo oslabenú kontrolu, prečítajte uvedený dôvod. Neodstraňujte stav konceptu len preto, že viditeľný súhrn kontrol je zelený.
Prijmite správne rozhodnutie o akceptácii
Zaznamenajte overené aj nevyriešené kritériá. Hranicu merge majú vynucovať povinné schválenia a kontroly repozitára. Zachovajte prípadné samostatné rozhodnutie o vydaní.
Taiga sleduje nasadenia vykonané vašou pipeline. Pred oznámením dostupnosti zmeny používateľom overte prostredie a artefakt. Po neúspešnom nasadení môže požiadavky naďalej obsluhovať predchádzajúca úspešná verzia.
Výsledok uzavrite kontrolou na úrovni služby: zamestnanec môže funkciu používať, neoprávnený prístup je zamietnutý a zodpovedná osoba za prevádzku dokáže sledovať zlyhania. Pokračujte riešením prerušenia.
Vykonajte cvičenie
Fiktívna zmena prístupu zamestnancov má úspešný build a poznámku v rune, že sa integračný test nepodarilo spustiť. Zapíšte dôkazy potrebné pred prijatím. Zahrňte jeden prípad zamietnutého prístupu a presný kontrolovaný artefakt alebo commit.
Stiahnuť pracovný list (Markdown)Zrušenie tohto výberu vymaže celý postup uložený v tomto prehliadači.
Postup zostáva v tomto prehliadači. Bez účtu a sledovania.