Otklanjajte pogreške provjerljivim hipotezama

Opišite kvar prije prijedloga ispravka

Koristan zahtjev za otklanjanje pogreške navodi očekivano i opaženo ponašanje te zahvaćeni opseg. Uključite verziju, relevantan ulaz i pogrešku. Prije dostavljanja AI alatu uklonite vjerodajnice i privatne zapise iz zapisnika.

„Izvoz ne radi” slabo usmjerava. Bolji je opis: „Izvoz uspijeva lokalno. U stagingu isti zahtjev voditelja vraća 403 nakon posljednjeg postavljanja. Ostale rute i dalje rade.”

Taj opis ne utvrđuje uzrok. Utvrđuje razlike koje mogu usmjeriti istraživanje.

Zadržite više mogućih objašnjenja

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

Za izmišljeni neuspjeh izvoza mogući uzroci uključuju ovlast koja nedostaje identitetu usluge, promijenjeno mapiranje uloga ili zahtjev poslan u pogrešno okruženje. Svako objašnjenje predviđa različite dokaze.

Tablica je polazište. Odgovor 403 može doći iz različitih slojeva. Prije pretpostavke da je autorizacija aplikacije zakazala utvrdite koja ga je komponenta proizvela.

Odaberite sigurno opažanje

Počnite opažanjem koje može razlikovati objašnjenja uz mali trošak. Usporedite postavljenu verziju i konfiguraciju koja nije tajna. Pregledajte relevantnu pogrešku i identifikator zahtjeva. Kad je moguće, reproducirajte problem u odobrenom testnom okruženju.

Nemojte dodijeliti široke ovlasti samo da vidite hoće li pogreška nestati. Time mijenjate sigurnosnu granicu i možete sakriti stvarnu ovlast koja nedostaje. Nemojte u model zalijepiti cijeli produkcijski zapisnik ako su dovoljni poruka pogreške bez osjetljivih podataka i put zahtjeva.

Navedite što bi oslabilo svaku hipotezu. To pomaže agentu revidirati objašnjenje umjesto da brani prvi odgovor.

Mijenjajte jedan uzrok odjednom

Nakon što dokazi utvrde vjerojatan uzrok, napravite usmjeren ispravak. Izbjegnite kombiniranje promjene ovlasti, nadogradnje biblioteke i prepisivanja obrađivača. Ako simptom nestane, ne biste znali koja je promjena bila važna.

Provjerite izvorni uvjet kvara. Provjerite i susjednu granicu. Ako ispravite pristup voditelju, potvrdite da neovlašteni korisnik i dalje dobiva odbijanje.

Za ponavljajuću pogrešku dodajte regresijsku provjeru na sloju koji je može otkriti. Jedinični test ne može otkriti svaku pogrešku konfiguracije postavljanja. Neki kvarovi trebaju integracijsku provjeru ili kontroliranu provjeru nakon postavljanja.

Zaustavite ponovljene pokušaje bez novih dokaza

Agent može generirati mnogo varijacija ispravka. Više pokušaja ne poboljšava nužno dijagnozu. Ako se isti kvar ponavlja, pitajte koje će novo opažanje sljedeći pokušaj pružiti.

Za neizvjesno istraživanje postavite vremensko ograničenje ili ograničenje broja pokušaja. Tada prijavite trenutačne dokaze, odbačene hipoteze i neriješeno pitanje. Taj zapis omogućuje drugoj osobi nastaviti bez ponavljanja istih eksperimenata.

Nakon oporavka zabilježite uzrok i uvjet koji mu je omogućio dosegnuti zahvaćeno okruženje. Ispravak uklanja neposrednu pogrešku. Koristan daljnji rad smanjuje mogućnost povratka istog kvara.