Hvordan indsender man et kodestykke til forklaring eller gennemgang?
Fokuser omfanget for at differentiere mellem kodeobservation og udførelseskonklusioner i svaret.
Begræns kodens omfang
Angiv først funktionen eller det relevante kodestykke, der skal gennemgås, og angiv sproget, kaldemetoden og den forventede adfærd. Hvis problemet afhænger af konfiguration, inputformat eller andre funktioner, skal du inkludere den minimale nødvendige kontekst. Angiv tydeligt, om du ønsker at forstå kontrolflow, grænsetilfælde eller potentielle problemer for at undgå, at svaret udvides til en generisk tjekliste for hele projektet.
Angiv specifikke gennemgangsmål
Du kan skrive "Forklar, hvordan denne funktion håndterer tom input og peg på grænsetilfælde, der skal testes." Hvis du ønsker forslag til ændringer, skal du anmode om forklaringer af årsagerne og den forventede indvirkning. Når du indsætter kode direkte eller leverer den via tilgængelige vedhæftninger, skal du altid kontrollere indrykning og filnavne; inkluder ikke rigtige nøgler eller hemmeligheder i materialerne for nemheds skyld.
- Angiv den relevante kode, sprog og forventede resultater.
- Beskriv den faktiske adfærd eller de mest bekymrende risici.
- Anmod om, at fund, forslag og verifikationsmetoder opføres separat.
Bekræft, hvilke gennemgangstrin der er gennemført
Konklusioner, der udelukkende er trukket fra at læse kode, udgør statisk analyse og betyder ikke, at tests er blevet udført. Hvis svaret hævder, at programmet blev kørt, skal du kontrollere for tilsvarende værktøjsoutput; hvis miljøet ikke er tilgængeligt, skal du bede om en liste over ikke-verificerede dele. Før ændringer vedtages, skal adfærden stadig kontrolleres i et passende miljø, især for at sikre, at både normal input og fejlhåndtering lever op til forventningerne.