- 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
1.1 KiB
1.1 KiB
| mode | description | tools | ||||
|---|---|---|---|---|---|---|
| agent | Tests schreiben – Unit, Integration oder E2E für bestehenden Code |
|
Tests schreiben
Ziel: ${input:target:Welcher Code soll getestet werden?} Test-Typ: ${input:test_type:unit / integration / e2e}
Strategie
- Analyse – Bestehende Tests lesen, Test-Framework und Patterns verstehen
- Coverage-Lücken – Welche Fälle sind ungetestet?
- Test-Cases – Happy Path + Edge Cases + Error Cases definieren
- Implementierung – Tests schreiben, bestehende Patterns und Helpers nutzen
- 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