Test-Coverage-Optimierer

Das Problem

Teams jagen Coverage-Zahlen — 80%, 90%, 100% — durch Tests, die Zeilen abdecken aber kein Verhalten pruefen. Das Ergebnis ist eine aufgeblaehte Testsuite, die langsam laeuft, teuer zu warten ist und trotzdem kritische Bugs uebersieht. Intelligente Abdeckung bedeutet, jeden Entscheidungspfad in Hochrisiko-Code abzudecken, waehrend triviale Getter und Konfigurationsdateien uebersprungen werden.

Der Prompt

Optimiere meine Testabdeckungsstrategie. Ich moechte maximale Fehlererkennung mit minimaler Testanzahl — keine redundanten oder wertarmen Tests.

COVERAGE-BERICHT:
[Coverage-Zusammenfassung einfuegen oder Luecken beschreiben]

QUELLCODE (Fokus-Bereiche):
[Module mit niedriger oder fragwuerdiger Abdeckung einfuegen]

Analysieren und bereitstellen:

1. **Coverage-Luecken-Analyse** — Ungetestete kritische Pfade, uebertesteten trivialen Code und toten Code identifizieren
2. **Prioritaetsmatrix** — Ungetesteten Code nach Risiko ranken
3. **Gezielte Tests** — Tests NUR fuer risikoreiche ungetestete Pfade schreiben
4. **Zu entfernende Tests** — Bestehende Tests identifizieren, die sicher geloescht werden koennen
5. **Coverage-Konfiguration** — Intelligente Schwellenwerte pro Modul einrichten

Beispielausgabe

// LUECKE: Kein Test deckt die Token-Ablaufpruefung in authMiddleware ab (HOHES RISIKO)
it('soll Anfragen mit abgelaufenen JWT-Tokens ablehnen', async () => {
  const expiredToken = createToken({ exp: Math.floor(Date.now() / 1000) - 3600 });
  const res = await request(app).get('/api/protected')
    .set('Authorization', `Bearer ${expiredToken}`);
  expect(res.status).toBe(401);
  expect(res.body.code).toBe('TOKEN_EXPIRED');
});

Wann verwenden

Bei Testsuite-Audits, wenn Coverage sinkt und priorisiert werden muss, oder wenn Tests CI verlangsamen und die Suite getrimmt werden muss.

Profi-Tipps

• Diff-Coverage statt absoluter Coverage — CI so konfigurieren, dass 100% Abdeckung auf geaenderten Zeilen gefordert wird, nicht auf der gesamten Codebasis.
• Coverage als Gespraechsstarter nutzen — niedrige Abdeckung signalisiert Risiko, nicht den Zwang Tests hinzuzufuegen.
• Tests loeschen, die bremsen — ein Test, der 5 Sekunden dauert und nur eine String-Verkettung abdeckt, ist schaedlich.
• Mit Mutationstesting kombinieren — hohe Coverage + niedriger Mutationswert = schwache Tests.