Shqyrtoni një dorëzim të Taiga me evidencë

Filloni me rezultatin e iniciativës

Shërbimi i trilluar i pajisjeve tani i lejon punonjësit të shohin kërkesat e veta. Fillojeni shqyrtimin me rezultatin dhe shtrirjen e iniciativës. Identifikoni çfarë duhet të jetë e vërtetë dhe çfarë duhet të lërë të paprekur ndryshimi.

Në këtë dorëzim, një punonjës nuk duhet të lexojë kërkesën e një punonjësi tjetër. Menaxherët duhet ta ruajnë aksesin e tyre të përcaktuar. Një test që vetëm hap faqen nuk vërteton asnjërin kusht.

Lidhni regjistrimet

Faqja Runs regjistron përpjekjet, përfshirë dështimet. Çdo ekzekutim identifikon planin që zbatoi. Faqja e ekzekutimit është regjistër për shqyrtim; vendimet që e ndryshojnë punën i përkasin iniciativës.

Lexoni evidencën e hapave për testet dhe formatimin. Taiga i bën të dukshme kontrollet e dështuara ose të paekzekutuara. Mos e ktheni “nuk u ekzekutua” në “kaloi me sukses” në përmbledhjen tuaj të shqyrtimit.

Shqyrtoni supozimet dhe kufijtë

Kërkoni supozime për modelin e aksesit, skemën, mjedisin dhe shërbimet e jashtme. Krahasojini me synimin e publikuar dhe kodin konkret.

Për shërbimin e pajisjeve, shqyrtoni ku kontrollohet pronari i kërkesës. Testoni një kërkesë të autorizuar, kërkesën e një punonjësi tjetër dhe një kërkesë që mungon. Kontrolloni që regjistrat të mos zbulojnë përmbajtje konfidenciale të kërkesës.

Shqyrtoni edhe ndryshimet e testeve. Një rezultat i suksesshëm ka vlerë të kufizuar nëse ndryshimi hoqi pohimin e testit që do ta zbulonte defektin. Trajtojini ndryshimet e rrjedhës së punës dhe konfigurimit të testeve si pjesë të fushës së shqyrtimit.

Jepni reagim mbi të cilin mund të veprohet

Identifikoni sjelljen, rezultatin e pritshëm dhe evidencën e nevojshme. Për shembull: “Endpoint-i kontrollon hyrjen në llogari, por jo pronësinë e kërkesës. Shtoni kontrollin e aksesit në server dhe një test me kërkesën e një punonjësi tjetër.”

Taiga mund t’i përgjigjet reagimit nga shqyrtimi i pull request-it dhe kontrolleve të dështuara me ndryshime në të njëjtin branch. Pas përditësimeve, shqyrtoni commit-in e ri dhe kontrollet e tij. Evidenca e mëparshme mund të mos e mbulojë një artefakt të ndryshuar.

Nëse ekzekutimi u ndal sepse plani ishte i papërfunduar ose një kontroll u dobësua, lexoni arsyen e dhënë. Mos e hiqni gjendjen draft vetëm sepse përmbledhja e dukshme e kontrolleve është e gjelbër.

Merrni vendimin e duhur të pranimit

Regjistroni cilat kritere janë verifikuar dhe cilat mbeten të pazgjidhura. Lërini shqyrtimet dhe kontrollet e detyrueshme të depos së kodit ta zbatojnë kufirin e bashkimit. Ruani çdo vendim të veçantë publikimi.

Taiga vëzhgon vendosjet e kryera nga pipeline-i juaj. Verifikoni mjedisin dhe artefaktin para se t’u thoni përdoruesve se ndryshimi është i disponueshëm. Një vendosje e dështuar mund ta lërë versionin e mëparshëm të suksesshëm të shërbejë trafik.

Përfundojeni rezultatin me një kontroll në nivel shërbimi: punonjësi mund ta përdorë funksionin, aksesi i paautorizuar refuzohet dhe personi përgjegjës për operimin mund t’i vëzhgojë dështimet. Vazhdoni me trajtimin e një ndërprerjeje.