Tirkite klaidas remdamiesi patikrinamomis hipotezėmis

Aprašykite sutrikimą prieš siūlydami pataisą

Naudingas klaidos tyrimo prašymas nurodo numatytą veikimą, stebėtą veikimą ir paveiktą apimtį. Įtraukite versiją, susijusią įvestį ir klaidą. Prieš pateikdami žurnalus DI įrankiui, pašalinkite prisijungimo duomenis ir privačius įrašus.

„Eksportas sugedęs“ suteikia mažai krypties. Geresnis aprašymas: „Eksportas vietoje pavyksta. Staging aplinkoje ta pati vadovo užklausa po paskutinio diegimo grąžina 403. Kiti maršrutai vis dar veikia.“

Šis aprašymas neįrodo priežasties. Jis nurodo skirtumus, kurie gali nukreipti tyrimą.

Neatmeskite kelių paaiškinimų

Paprašykite agento pateikti nedidelį tikėtinų priežasčių rinkinį ir kiekvienos įrodymus. Neprašykite jo iš karto pasirinkti pirmo įtikinamo paaiškinimo.

Išgalvoto eksporto sutrikimo priežastys gali būti trūkstama paslaugos tapatybės teisė, pakeistas vaidmenų susiejimas ar į netinkamą aplinką išsiųsta užklausa. Kiekvienas paaiškinimas numato skirtingus įrodymus.

Lentelė yra pradžios taškas. Atsakymas 403 gali kilti skirtinguose sluoksniuose. Prieš darydami prielaidą, kad nepavyko programos autorizavimas, nustatykite, kuris komponentas jį pateikė.

Pasirinkite saugų stebėjimą

Pradėkite nuo stebėjimo, kuris gali atskirti paaiškinimus su mažomis sąnaudomis. Palyginkite įdiegtą versiją ir neslaptą konfigūraciją. Išnagrinėkite susijusią klaidą ir užklausos identifikatorių. Kur įmanoma, atkurkite problemą leidžiamoje testavimo aplinkoje.

Nesuteikite plačių teisių vien tam, kad pamatytumėte, ar klaida išnyks. Toks veiksmas pakeičia saugumo ribą ir gali paslėpti tikrąją trūkstamą teisę. Neklijuokite viso produkcinio žurnalo į modelį, kai pakanka klaidos pranešimo, iš kurio pašalinta jautri informacija, ir užklausos kelio.

Nurodykite, kas susilpnintų kiekvieną hipotezę. Tai padeda agentui patikslinti paaiškinimą, o ne ginti pirmąjį atsakymą.

Keiskite po vieną priežastį

Kai įrodymai parodo tikėtiną priežastį, atlikite tikslingą pataisą. Nejunkite teisių keitimo, bibliotekos atnaujinimo ir apdorojimo kodo perrašymo. Jei simptomas išnyktų, nežinotumėte, kuris pakeitimas buvo svarbus.

Patikrinkite pradinę sutrikimo sąlygą. Taip pat patikrinkite gretimą ribą. Jei pataisote vadovo prieigą, patvirtinkite, kad neįgaliotam naudotojui prieiga vis dar nesuteikiama.

Pasikartojančiai klaidai pridėkite regresinį patikrinimą tame sluoksnyje, kuris gali ją aptikti. Vienetinis testas negali aptikti kiekvienos diegimo konfigūracijos klaidos. Kai kuriems sutrikimams reikia integracinio patikrinimo ar kontroliuojamo patikrinimo po diegimo.

Sustabdykite kartotinius bandymus be naujų įrodymų

Agentas gali sugeneruoti daug pataisos variantų. Daugiau bandymų nebūtinai pagerina diagnozę. Jei tas pats sutrikimas kartojasi, paklauskite, kokį naują stebėjimą suteiks kitas bandymas.

Neaiškiam tyrimui nustatykite laiko ar bandymų ribą. Ją pasiekę, praneškite apie dabartinius įrodymus, atmestas hipotezes ir neišspręstą klausimą. Šis įrašas leidžia kitam žmogui tęsti nekartojant tų pačių bandymų.

Atkūrę veikimą, užrašykite priežastį ir sąlygą, kuri leido jai pasiekti paveiktą aplinką. Pataisa pašalina tiesioginę klaidą. Naudingas tolesnis veiksmas sumažina to paties sutrikimo pasikartojimo tikimybę.