Conrad Schulz
9838c7a0b3
- User settings.json with 9 senior-dev behavior rules - 9 prompt files: requirements, architecture, new-feature, code-review, debug, refactor, write-tests, done-check, docker - git-templates for .github/ and .vscode/ auto-copy on git init - deploy.sh (macOS/bash) and deploy.fish (Linux/fish) scripts - copilot-bootstrap.fish for existing/cloned repos
34 lines
1.1 KiB
Markdown
34 lines
1.1 KiB
Markdown
---
|
||
mode: agent
|
||
description: Tests schreiben – Unit, Integration oder E2E für bestehenden Code
|
||
tools:
|
||
- codebase
|
||
- editFiles
|
||
- runCommands
|
||
- problems
|
||
---
|
||
|
||
# Tests schreiben
|
||
|
||
**Ziel:** ${input:target:Welcher Code soll getestet werden?}
|
||
**Test-Typ:** ${input:test_type:unit / integration / e2e}
|
||
|
||
## Strategie
|
||
|
||
1. **Analyse** – Bestehende Tests lesen, Test-Framework und Patterns verstehen
|
||
2. **Coverage-Lücken** – Welche Fälle sind ungetestet?
|
||
3. **Test-Cases** – Happy Path + Edge Cases + Error Cases definieren
|
||
4. **Implementierung** – Tests schreiben, bestehende Patterns und Helpers nutzen
|
||
5. **Ausführen** – Tests laufen grün
|
||
|
||
## Gute Tests
|
||
- **Arrange / Act / Assert** – klare Struktur
|
||
- Ein Test = eine Assertion (oder eng verwandte Gruppe)
|
||
- Test-Namen beschreiben das erwartete Verhalten: `should return empty array when input is null`
|
||
- Keine Implementation Details testen – nur Verhalten
|
||
- Keine Mocks wo Echte Objekte möglich sind
|
||
|
||
## Nicht erwünscht
|
||
- Tests die nur Code paraphrasieren ohne Mehrwert
|
||
- Fragile Tests die bei jedem Refactor brechen
|
||
- Tests mit versteckten Abhängigkeiten zwischen sich
|