Skriv relevante tests
Identificér kritiske cases og lav tests, der fanger regressions frem for bare at øge coverage.
Hvad løser prompten?
En vigtig funktion mangler tests. Du vil dække adfærd og særlige grænsetilfælde uden at skrive tests, der kun spejler implementeringen.
Hav dette klar
- Funktionen/koden
- Forventet adfærd
- Testframework/version
- Kendte særlige grænsetilfælde
Hvad betyder variablerne?
[KODE/FUNKTIONALITET]Indsæt kun den relevante tekniske kontekst: kodeudsnit, versioner, miljø og seneste ændringer. Jo mere reproducerbar fejlen er, desto mindre behøver modellen gætte.
[FORVENTET ADFÆRD]Skriv både hvad du forventede og hvad der faktisk skete. Forskellen er ofte vigtigere end selve fejlbeskeden.
[FRAMEWORK]Indsæt kun den relevante tekniske kontekst: kodeudsnit, versioner, miljø og seneste ændringer. Jo mere reproducerbar fejlen er, desto mindre behøver modellen gætte.
[KENDTE EDGE CASES]List kendte grænsetilfælde og tidligere fejl. De skal blive til konkrete testcases, ikke bare nævnes i prosa.
Se prompten i en konkret situation
Identificér kritiske cases og lav tests, der fanger regressions frem for bare at øge coverage.
Eksempel på brug
En vigtig funktion mangler tests. Du vil dække adfærd og særlige grænsetilfælde uden at skrive tests, der kun spejler implementeringen.
Kontrollér resultatet før du bruger det
- Tests beskriver adfærd
- Happy path og fejlveje dækkes
- Fixtures er forståelige
- Testene kan fejle ved en reel regression
Det skal du ikke acceptere ukritisk
- At teste private implementation details
- At generere 30 næsten identiske tests
- At ignorere integrationer og side effects
Opfølgende prompts
Start med en testmatrix før du skriver kode.
Hvilke tests giver mest risikodækning med færrest cases?
Tilføj én regressionstest for den oprindelige bug.
Det skal stadig være dit ansvar
Behandl kode som en hypotese indtil den er kørt. Giv runtime, relevante filer og fejlbesked; kræv tests og en forklaring af ændringen.
Spørgsmål om emnet
Hvilket input skal jeg have klar til “Skriv relevante tests”?
Start med Funktionen/koden, Forventet adfærd, Testframework/version.
Hvordan vurderer jeg svaret?
Kontrollér især Tests beskriver adfærd, Happy path og fejlveje dækkes, Fixtures er forståelige.
Hvilken fejl er mest almindelig?
At teste private implementation details