Tarkasta Taigan toimitus näytön avulla

Aloita initiativen tavoitteesta

Kuvitteelliseen pyyntöpalveluun on lisätty työntekijän näkymä omiin pyyntöihin. Aloita tarkastus initiativen tavoitteesta ja rajauksesta. Tunnista vaadittu toiminta ja säilytettävät asiat.

Työntekijä ei saa lukea toisen pyyntöä. Managerin sovitun pääsyn pitää säilyä. Pelkkä sivun avaava testi ei osoita kumpaakaan.

Yhdistä tallenteet

Runs tallentaa yritykset, myös epäonnistuneet. Run kertoo suoritetun suunnitelman. Run-sivu on tarkastustallenne. Työtä muuttavat päätökset kuuluvat initiativelle.

Lue vaiheiden testi- ja formatointinäyttö. Taiga näyttää epäonnistuneet ja ajamatta jääneet tarkistukset. Älä muuta merkintää ”ei ajettu” yhteenvedossa läpäistyksi.

Tarkasta oletukset ja rajat

Etsi oletukset oikeusmallista, schemasta, ympäristöstä ja ulkoisista palveluista. Vertaa niitä julkaistuun tarkoitukseen ja koodiin.

Tarkasta, missä pyyntöpalvelu tarkistaa omistajan. Testaa sallittu pyyntö, toisen työntekijän pyyntö ja puuttuva pyyntö. Varmista, etteivät lokit paljasta luottamuksellista sisältöä.

Tarkasta myös testimuutokset. Läpäisy kertoo vähän, jos muutoksessa poistettiin virheen löytävä assertion. Workflow- ja testikonfiguraation muutokset kuuluvat tarkastusrajaukseen.

Anna toteutuskelpoista palautetta

Nimeä toiminta, odotettu tulos ja vaadittu näyttö. Esimerkiksi: ”Endpoint tarkistaa kirjautumisen mutta ei pyynnön omistajaa. Lisää palvelinpuolen käyttöoikeustarkistus ja testi toisen työntekijän pyynnöllä.”

Taiga voi vastata PR-palautteeseen ja epäonnistuviin tarkistuksiin samalla branchilla tehtävillä korjauksilla. Tarkasta päivityksen jälkeen uusi commit ja sen tarkistukset. Aiempi näyttö ei välttämättä kata muuttunutta artefaktia.

Jos run pysähtyi keskeneräiseen suunnitelmaan tai heikennettyyn tarkistukseen, lue perustelu. Älä poista draft-tilaa vain vihreän tarkistusyhteenvedon vuoksi.

Tee oikea hyväksymispäätös

Kirjaa varmistetut ja avoimet kriteerit. Anna repon pakollisten hyväksyntöjen ja tarkistusten valvoa merge-rajaa. Säilytä erillinen julkaisupäätös tarvittaessa.

Taiga seuraa oman pipelinesi tekemiä deploymenteja. Varmista ympäristö ja artefakti ennen saatavuudesta viestimistä. Epäonnistuneen deploymentin jälkeen edellinen onnistunut versio voi yhä palvella käyttäjiä.

Varmista lopuksi palvelutaso: työntekijä käyttää ominaisuutta, luvaton pääsy estyy ja ylläpito-omistaja havaitsee virheet. Jatka keskeytyksen käsittelyyn.