Find fejl med hypoteser, der kan testes

Beskriv fejlen, før du foreslår en rettelse

En brugbar anmodning om fejlsøgning angiver forventet adfærd, observeret adfærd og berørt omfang. Medtag version, relevant input og fejl. Fjern adgangsoplysninger og private poster fra logs, før du giver dem til et AI-værktøj.

»Eksporten er i stykker« giver lidt retning. En bedre beskrivelse er: »Eksporten lykkes lokalt. I staging returnerer samme forespørgsel fra en leder 403 efter den seneste udrulning. Andre routes virker stadig.«

Beskrivelsen fastslår ikke årsagen. Den peger på forskelle, som kan styre undersøgelsen.

Hold flere forklaringer åbne

Bed agenten om et lille sæt plausible årsager og dokumentationen for hver. Bed den ikke om at låse sig til den første overbevisende forklaring.

For den fiktive eksportfejl kan årsagen være en manglende rettighed for tjenesteidentiteten, en ændret rolletildeling eller en forespørgsel til det forkerte miljø. Hver forklaring forudsiger forskellige observationer.

Tabellen er et udgangspunkt. Et 403-svar kan komme fra forskellige lag. Find den komponent, der skabte det, før du antager, at applikationens rettighedskontrol fejlede.

Vælg en sikker observation

Start med en observation, der billigt kan skelne mellem forklaringer. Sammenlign den udrullede version og konfiguration uden secrets. Undersøg den relevante fejl og forespørgslens ID. Genskab problemet i et godkendt testmiljø, hvor det er muligt.

Giv ikke brede rettigheder blot for at se, om fejlen forsvinder. Det ændrer sikkerhedsgrænsen og kan skjule den faktisk manglende rettighed. Indsæt ikke en hel produktionslog i modellen, hvis en renset fejlbesked og forespørgslens sti er tilstrækkelige.

Angiv, hvad der ville svække hver hypotese. Det hjælper agenten med at revidere forklaringen frem for at forsvare sit første svar.

Ret én årsag ad gangen

Når dokumentationen peger på en sandsynlig årsag, skal du lave en fokuseret rettelse. Undgå at kombinere en rettighedsændring, en biblioteksopgradering og en omskrivning af handleren. Hvis symptomet forsvinder, ville du ikke vide, hvilken ændring der havde betydning.

Verificér de oprindelige fejlforhold. Kontrollér også den tilstødende grænse. Hvis du retter adgang for en leder, skal du bekræfte, at en bruger uden rettigheder stadig får afvist adgang.

Ved en tilbagevendende fejl skal du tilføje en regressionskontrol på det lag, der kan opdage den. En unit-test kan ikke opdage alle konfigurationsfejl ved udrulning. Nogle fejl kræver en integrationskontrol eller en kontrolleret verifikation efter udrulning.

Stop gentagne forsøg uden ny dokumentation

En agent kan generere mange varianter af en rettelse. Flere forsøg forbedrer ikke nødvendigvis diagnosen. Hvis den samme fejl gentager sig, skal du spørge, hvilken ny observation næste forsøg vil give.

Sæt en tidsgrænse eller et maksimalt antal forsøg for en usikker undersøgelse. Rapportér på det tidspunkt den aktuelle dokumentation, afviste hypoteser og det uafklarede spørgsmål. Notatet lader en anden fortsætte uden at gentage de samme eksperimenter.

Efter gendannelse skal du registrere årsagen og den betingelse, der lod fejlen nå det berørte miljø. En rettelse fjerner den umiddelbare fejl. En nyttig opfølgning reducerer risikoen for, at samme fejl vender tilbage.