- Startseite
- Skills
- Testen
- Test-Dokumentation-Schreiber
Testen
Test-Dokumentation-Schreiber
Teststrategie und Konventionen dokumentieren — Testpyramide, Namensstandards und Contributor-Richtlinien.
Einsteiger Kostenlos Veroeffentlicht: 15. April 2026
Kompatible Tools claude-codechatgptgeminicopilotcursorwindsurfuniversal
Das Problem
Jedes Team erfindet Testkonventionen neu. Neue Entwickler fragen “Wo gehoeren Tests hin?”, “Wie benenne ich Tests?”, “Mocken wir die Datenbank oder nutzen eine echte?”. Ohne schriftliche Standards folgt jeder eigenen Mustern und schafft eine inkonsistente Testsuite. Testdokumentation ist langweilig zu schreiben, aber entscheidend fuer die Teamausrichtung — perfekt fuer KI.
Der Prompt
Generiere ein Teststrategie-Dokument fuer mein Projekt. Dies wird die zentrale Referenz, wie unser Team Tests schreibt, organisiert und ausfuehrt.
PROJEKT: [Projekt beschreiben — Typ, Groesse, Tech-Stack, Teamgroesse]
AKTUELLER STAND: [Aktuelles Testing beschreiben]
Umfassende Testanleitung generieren fuer:
1. **Testpyramide** — Verhaeltnis und Zweck jeder Testebene definieren
2. **Dateiorganisation** — Wo Testdateien liegen, Namenskonvention
3. **Namenskonventionen** — Muster fuer Testfaelle und describe-Bloecke
4. **Testmuster** — Standardmuster fuer AAA, Mocking-Entscheidungen, Async, Komponenten
5. **CI-Anforderungen** — Was vor dem Merge bestehen muss
6. **Anti-Patterns** — Was NICHT getan werden soll
Codebeispiele fuer jedes Muster und Anti-Pattern einschliessen.
Beispielausgabe
# Test-Leitfaden
## Namenskonvention
Tests folgen dem Muster: `soll [Verhalten] wenn [Bedingung]`
// GUT
it('soll 401 zurueckgeben wenn Token abgelaufen ist')
it('soll Fehlermeldung anzeigen wenn Formularabsendung fehlschlaegt')
// SCHLECHT
it('test login')
it('funktioniert korrekt')
Wann verwenden
Zu Beginn eines neuen Projekts, beim Onboarding neuer Teammitglieder oder wenn bestehende Tests inkonsistent sind. Das Dokument soll im Repository leben und vierteljjaehrlich aktualisiert werden.
Profi-Tipps
- Aus bestehenden Tests generieren — 3-5 der besten Testdateien einfuegen und KI bitten, die Muster in ein Konventionsdokument zu extrahieren.
- Anti-Pattern-Beispiele einschliessen — Entwickler lernen genauso viel aus “nicht so” wie aus “so”.
- Einen Entscheidungsbaum hinzufuegen — “Soll ich einen Unit-, Integrations- oder E2E-Test fuer diese Aenderung schreiben?”
- Kurz halten — ein 2-Seiten-Leitfaden, den jeder liest, schlaegt einen 20-Seiten-Leitfaden, den niemand liest.