Atkļūdojiet ar pārbaudāmām hipotēzēm

Aprakstiet kļūmi pirms labojuma piedāvāšanas

Noderīgs atkļūdošanas pieprasījums norāda paredzēto darbību, novēroto darbību un ietekmēto tvērumu. Iekļaujiet versiju, attiecīgo ievadi un kļūdu. Pirms žurnālu sniegšanas MI rīkam izņemiet no tiem piekļuves datus un privātus ierakstus.

„Eksports ir salūzis“ dod maz norāžu. Labāks apraksts ir: „Lokāli eksports izdodas. Staging vidē pēc pēdējās izvietošanas tas pats vadītāja pieprasījums atgriež 403. Citi maršruti joprojām darbojas.“

Šis apraksts nenosaka cēloni. Tas atklāj atšķirības, kas var virzīt izpēti.

Paturiet vairākus iespējamos skaidrojumus

Lūdziet aģentam nelielu ticamu cēloņu kopu un pierādījumus katram. Neprasiet tam pieķerties pirmajam pārliecinošajam skaidrojumam.

Izdomātajā eksporta kļūmē iespējamie cēloņi ir trūkstoša pakalpojuma identitātes tiesība, mainīta lomu atbilstība vai pieprasījums uz nepareizo vidi. Katrs skaidrojums paredz atšķirīgus pierādījumus.

Tabula ir sākuma punkts. 403 atbilde var rasties dažādos slāņos. Nosakiet to radījušo komponentu, pirms pieņemat, ka nav izdevusies lietotnes autorizācija.

Izvēlieties drošu novērojumu

Sāciet ar novērojumu, kas par zemām izmaksām var atšķirt skaidrojumus. Salīdziniet izvietoto versiju un neslepenu konfigurāciju. Pārbaudiet attiecīgo kļūdu un pieprasījuma identifikatoru. Kur iespējams, reproducējiet problēmu atļautā testa vidē.

Nepiešķiriet plašas tiesības tikai tādēļ, lai redzētu, vai kļūda pazūd. Šī darbība maina drošības robežu un var slēpt patiesībā trūkstošo tiesību. Neielīmējiet modelī pilnu produkcijas žurnālu, ja pietiek ar kļūdas ziņojumu, no kura izņemta sensitīvā informācija, un pieprasījuma ceļu.

Norādiet, kas padarītu katru hipotēzi mazāk ticamu. Tas palīdz aģentam pārskatīt skaidrojumu, nevis aizstāvēt pirmo atbildi.

Vienlaikus mainiet vienu cēloni

Kad pierādījumi norāda uz iespējamu cēloni, veiciet mērķtiecīgu labojumu. Nekombinējiet tiesību maiņu, bibliotēkas jauninājumu un apstrādātāja pārrakstīšanu. Ja simptoms pazustu, jūs nezinātu, kura izmaiņa bija būtiska.

Pārbaudiet sākotnējās kļūmes nosacījumu. Pārbaudiet arī blakus esošo robežu. Ja labojat piekļuvi vadītājam, apstipriniet, ka neautorizēts lietotājs joprojām saņem atteikumu.

Atkārtotam defektam pievienojiet regresijas pārbaudi slānī, kas to spēj atklāt. Vienībtests nevar atklāt katru izvietošanas konfigurācijas kļūdu. Dažām kļūmēm vajag integrācijas pārbaudi vai kontrolētu pārbaudi pēc izvietošanas.

Apturiet atkārtotus mēģinājumus bez jauniem pierādījumiem

Aģents var ģenerēt daudzas labojuma variācijas. Vairāk mēģinājumu ne vienmēr uzlabo diagnozi. Ja tā pati kļūme atkārtojas, jautājiet, kādu jaunu novērojumu dos nākamais mēģinājums.

Neskaidrai izpētei nosakiet laika vai mēģinājumu limitu. Sasniedzot to, ziņojiet par pašreizējiem pierādījumiem, noraidītajām hipotēzēm un neatrisināto jautājumu. Šis ieraksts ļauj citam cilvēkam turpināt, neatkārtojot tos pašus eksperimentus.

Pēc atjaunošanas reģistrējiet cēloni un nosacījumu, kas ļāva tam nonākt ietekmētajā vidē. Labojums novērš tūlītējo defektu. Noderīgs turpmākais darbs samazina tās pašas kļūmes atkārtošanās iespēju.