Verificați o livrare Taiga pe baza dovezilor

Începeți cu rezultatul inițiativei

Serviciul fictiv de echipamente permite acum angajaților să își vadă propriile cereri. Începeți verificarea cu rezultatul și domeniul inițiativei. Identificați ce trebuie să fie adevărat și ce trebuie să păstreze modificarea intact.

Pentru această livrare, un angajat nu trebuie să poată citi cererea altui angajat. Managerii trebuie să își păstreze accesul definit. Un test care doar deschide pagina nu demonstrează niciuna dintre condiții.

Corelați consemnările

Pagina Runs consemnează încercările, inclusiv eșecurile. Fiecare execuție identifică planul executat. Pagina unei execuții este o consemnare pentru inspecție; deciziile care modifică lucrul se iau pe inițiativă.

Citiți dovezile pașilor pentru teste și formatare. Taiga face vizibile verificările eșuate sau neexecutate. Nu transformați „nu a rulat” în „a trecut” în rezumatul verificării.

Inspectați ipotezele și limitele

Căutați ipoteze despre modelul de acces, schemă, mediu și servicii externe. Comparați-le cu intenția publicată și codul efectiv.

Pentru serviciul de echipamente, inspectați unde este verificat proprietarul cererii. Testați o cerere autorizată, cererea altui angajat și o cerere inexistentă. Verificați că logurile nu dezvăluie conținut confidențial al cererilor.

Verificați și modificările testelor. Un rezultat de succes are valoare limitată dacă modificarea a eliminat aserțiunea care ar detecta defectul. Includeți în verificare modificările fluxului de lucru și ale configurației testelor.

Dați feedback concret

Identificați comportamentul, rezultatul așteptat și dovezile necesare. De exemplu: „Endpoint-ul verifică autentificarea, dar nu proprietarul cererii. Adăugați verificarea accesului pe server și un test cu cererea altui angajat.”

Taiga poate răspunde la feedbackul de verificare al pull request-ului și la verificările eșuate prin modificări pe același branch. După actualizări, inspectați noul commit și verificările sale. Dovezile anterioare pot să nu acopere un artefact modificat.

Dacă execuția s-a oprit deoarece planul era incomplet sau o verificare a fost slăbită, citiți motivul precizat. Nu eliminați starea de ciornă doar pentru că rezumatul vizibil al verificărilor este verde.

Luați decizia corectă de acceptare

Consemnați criteriile verificate și pe cele încă nerezolvate. Lăsați revizuirile și verificările obligatorii ale depozitului de cod să impună limita pentru merge. Păstrați orice decizie separată de lansare.

Taiga observă instalările efectuate de pipeline-ul dumneavoastră. Verificați mediul și artefactul înainte de a anunța utilizatorii că modificarea este disponibilă. O instalare eșuată poate lăsa versiunea anterioară reușită să deservească traficul.

Încheiați verificarea rezultatului la nivelul serviciului: angajatul poate folosi funcția, accesul neautorizat este refuzat, iar responsabilul operațional poate observa eșecurile. Continuați cu gestionarea unei întreruperi.