Õpitee 07Õppetund 6 / 8

Vaata Taiga tarne üle tõendite põhjal

Seo algatus, plaan, käivitus, diff ja kontrollid. Kontrolli praegust muudatust enne merge'imis- või väljalaskeotsuse vastuvõtmist.

Praktik11 minÜle vaadatud

Avaldaja Kuidas me kirjutame

Mida õpid

  • Jälgi tarnitud käitumist tagasi nõude ja plaanini.
  • Tuvasta puudulikud kontrollid ja ülevaatust vajavad eeldused.
  • Erista käivituse lõppu, merge'imist, juurutust ja kasutajatele kättesaadavust.

Alusta algatuse tulemusest

Väljamõeldud seadmetaotluste teenus lubab nüüd töötajatel oma taotlusi vaadata. Alusta ülevaatust algatuse tulemusest ja ulatusest. Määra, mis peab kehtima ja mida muudatus peab säilitama.

Selles tarnes ei tohi töötaja lugeda teise töötaja taotlust. Halduritele peab jääma määratud juurdepääs. Test, mis ainult lehe avab, ei tõenda kumbagi tingimust.

Seo kirjed

KirjeÜlevaatusküsimus
AlgatusMilline tulemus ja ulatus lubati?
Plaani versioonMillised teostus- ja kontrollisammud kavandati?
KäivitusMis juhtus ja milliseid eeldusi agent tegi?
Pull request ja diffMis praeguses commit’is muutus?
Kontrollid ja ülevaatusMillised tõendid toetavad selle commit’i vastuvõtmist?
JuurutuskirjeMilline artefakt jõudis millisesse keskkonda?

Runs-leht talletab katsed, sealhulgas tõrked. Iga käivitus tuvastab plaani, mida see täitis. Käivituse leht on uurimiseks mõeldud kirje; tööd muutvad otsused kuuluvad algatusele.

Loe testide ja vormindamise sammude tõendeid. Taiga teeb ebaõnnestunud või käivitamata kontrollid nähtavaks. Ära muuda ülevaatuse kokkuvõttes „ei käivitatud“ olekuks „õnnestus“.

Uuri eeldusi ja piire

Otsi eeldusi juurdepääsumudeli, skeemi, keskkonna ja väliste teenuste kohta. Võrdle neid avaldatud kavatsuse ja tegeliku koodiga.

Seadmetaotluste teenuse puhul uuri, kus kontrollitakse taotluse omanikku. Katseta lubatud päringut, teise töötaja taotluse päringut ja puuduvat taotlust. Kontrolli, et logid ei avalda taotluse konfidentsiaalset sisu.

Vaata üle ka testimuudatused. Eduka tulemuse väärtus on piiratud, kui muudatus eemaldas vea tuvastava kontrolltingimuse. Käsitle töövoo ja testiseadistuse muudatusi ülevaatuse ulatuse osana.

Anna rakendatav tagasiside

Määra käitumine, oodatud tulemus ja vajalikud tõendid. Näiteks: „Lõpp-punkt kontrollib sisselogimist, kuid mitte taotluse omanikku. Lisa serveripoolne juurdepääsukontroll ja test teise töötaja taotlusega.“

Taiga saab vastata pull request’i ülevaatuse tagasisidele ja ebaõnnestunud kontrollidele sama haru muudatustega. Pärast uuendusi uuri uut commit’i ja selle kontrolle. Varasemad tõendid ei pruugi muudetud artefakti katta.

Kui käivitus peatus puuduliku plaani või nõrgendatud kontrolli tõttu, loe esitatud põhjust. Ära eemalda mustandiolekut üksnes sellepärast, et nähtav kontrollikokkuvõte on roheline.

Tee õige vastuvõtuotsus

Pane kirja, millised kriteeriumid on kontrollitud ja millised lahendamata. Lase koodihoidla nõutavatel ülevaatustel ja kontrollidel merge’imispiiri jõustada. Säilita eraldi väljalaskeotsus.

Taiga jälgib sinu pipeline’i tehtud juurutusi. Kontrolli keskkonda ja artefakti enne kasutajatele ütlemist, et muudatus on kättesaadav. Ebaõnnestunud juurutus võib jätta liiklust teenindama eelmise eduka versiooni.

Lõpeta tulemuse hindamine teenusetaseme kontrolliga: töötaja saab funktsiooni kasutada, õigusteta juurdepääs keelatakse ja käituse vastutaja näeb tõrkeid. Jätka katkestuse käsitlemisega.

Tee harjutus

Väljamõeldud töötajate juurdepääsu muudatusel on edukas ehitus ja käivitusmärge, et integratsioonitesti ei saanud käivitada. Kirjuta enne vastuvõtmist vajalikud tõendid. Lisa üks keelatud juurdepääsu juhtum ning täpne ülevaadatav artefakt või commit.

Laadi tööleht alla (Markdown)

Kontrolli oma arusaamist

Käivitus lõppes, kuid kirje ütleb, et nõutud test ei käivitunud. Mida lõpetamine tõendab?

Allikad ja lisalugemine

Seotud lugemine Taigalt