Otklanjajte greške uz provjerljive hipoteze

Opišite neuspjeh prije prijedloga ispravke

Koristan zahtjev za otklanjanje greške navodi očekivano ponašanje, uočeno ponašanje i zahvaćeni opseg. Uključite verziju, relevantan ulaz i grešku. Uklonite pristupne podatke i privatne zapise iz zapisnika prije dostavljanja AI alatu.

„Izvoz ne radi“ daje malo smjernica. Bolji opis je: „Izvoz lokalno uspijeva. U staging okruženju isti menadžerski zahtjev vraća 403 nakon posljednjeg raspoređivanja. Druge rute i dalje rade.“

Ovaj opis ne potvrđuje uzrok. Utvrđuje razlike koje mogu usmjeriti istragu.

Zadržite nekoliko mogućih objašnjenja

Zatražite od agenta mali skup mogućih uzroka i dokaze za svaki. Nemojte tražiti da se opredijeli za prvo uvjerljivo objašnjenje.

Za izmišljeni neuspjeh izvoza, mogući uzroci uključuju dozvolu koja nedostaje identitetu usluge, promijenjeno mapiranje uloga ili zahtjev poslan pogrešnom okruženju. Svako objašnjenje predviđa drugačije dokaze.

Tabela je početna tačka. Odgovor 403 može potjecati iz različitih slojeva. Utvrdite koja ga je komponenta proizvela prije pretpostavke da je autorizacija aplikacije zakazala.

Odaberite sigurno zapažanje

Počnite zapažanjem koje uz mali trošak može razlikovati objašnjenja. Uporedite raspoređenu verziju i konfiguraciju koja nije tajna. Pregledajte relevantnu grešku i identifikator zahtjeva. Reproducirajte problem u odobrenom testnom okruženju kada je moguće.

Nemojte dodijeliti široke dozvole samo da vidite hoće li greška nestati. Ta radnja mijenja sigurnosnu granicu i može sakriti stvarnu dozvolu koja nedostaje. Nemojte lijepiti cijeli produkcijski zapisnik u model kada su dovoljni greška s uklonjenim osjetljivim podacima i put zahtjeva.

Navedite šta bi oslabilo svaku hipotezu. To pomaže agentu da revidira objašnjenje umjesto da brani svoj prvi odgovor.

Mijenjajte jedan uzrok odjednom

Kada dokazi utvrde vjerovatan uzrok, napravite usmjerenu ispravku. Izbjegavajte objedinjavanje promjene dozvola, nadogradnje biblioteke i prepisivanja koda koji obrađuje zahtjev. Ako simptom nestane, ne biste znali koja je promjena bila važna.

Provjerite prvobitni uslov neuspjeha. Provjerite i susjednu granicu. Ako ispravite pristup menadžeru, potvrdite da neovlašteni korisnik i dalje dobija odbijenicu.

Za grešku koja se ponavlja dodajte regresijsku provjeru na sloju koji je može otkriti. Jedinični test ne može otkriti svaku grešku konfiguracije raspoređivanja. Neki neuspjesi zahtijevaju integracijsku provjeru ili kontrolisanu provjeru nakon raspoređivanja.

Zaustavite ponovljene pokušaje bez novih dokaza

Agent može generisati mnogo varijanti ispravke. Više pokušaja ne poboljšava nužno dijagnozu. Ako se isti neuspjeh ponavlja, pitajte koje će novo zapažanje sljedeći pokušaj dati.

Postavite vremensko ograničenje ili broj pokušaja za neizvjesnu istragu. Kada ga dostignete, prijavite trenutne dokaze, odbačene hipoteze i neriješeno pitanje. Ovaj zapis omogućava drugoj osobi da nastavi bez ponavljanja istih eksperimenata.

Nakon oporavka zabilježite uzrok i uslov koji mu je omogućio da stigne u zahvaćeno okruženje. Ispravka uklanja neposrednu grešku. Korisna naknadna radnja smanjuje vjerovatnoću ponavljanja istog neuspjeha.