Teststrategie
Teststrategie erstellen: wenn KI den Code mitschreibt
Wenn KI einen Teil des Codes schreibt, steigt das Tempo, aber nicht automatisch die Qualität. Eine Teststrategie legt fest, was wie getestet wird und wer verantwortlich ist. Sie muss nicht lang sein. Ein Gerüst, das auf eine Seite passt.
Was eine Teststrategie ist
Eine Teststrategie beantwortet vier Fragen: Was ist riskant? Wie wird es getestet? Wann wird getestet? Wer entscheidet, ob etwas freigegeben wird? Sie ist kein Testplan mit hundert Testfällen, sondern die Grundlage, aus der Testfälle entstehen. In vielen kleinen Teams existiert sie nur in Köpfen. Mit KI im Team wird das zum Problem, denn die KI kennt die Köpfe nicht.
Was sich mit KI ändert
- Mehr Code in kürzerer Zeit. Manuelles Testen hält nicht mehr Schritt.
- Plausibler Code mit stillen Fehlern. KI-Code sieht korrekt aus und besteht oberflächliche Prüfungen. Fehler liegen in Randfällen und Annahmen.
- Tests von derselben Quelle. Lässt man die KI Code und Tests schreiben, testen die Tests oft, was der Code tut, nicht, was er tun soll.
- Unbeabsichtigte Änderungen. Eine Anfrage an einer Stelle ändert Code an einer anderen.
1. Risiken bewerten
Listen Sie die Abläufe Ihrer Anwendung auf und bewerten Sie jeden nach zwei Fragen: Wie wahrscheinlich ist ein Fehler, und wie teuer wäre er? Anmeldung, Rechte, Zahlungen und alles mit personenbezogenen Daten stehen fast immer oben. Bei KI-generiertem Code gehören Rechte und Zugangsdaten grundsätzlich in die höchste Stufe, weil dort die typischen Lücken liegen. Diese risikobasierte Sicht bestimmt, wie viel Testaufwand wohin fliesst.
2. Testebenen festlegen
Unit-Tests prüfen einzelne Funktionen, schnell und zahlreich. Integrationstests prüfen das Zusammenspiel, etwa ob die Datenbankregeln wirklich greifen. End-to-End-Tests prüfen ganze Abläufe aus Nutzersicht, wenige, aber für die kritischen Wege. Dazu kommen statische Analyse und Prüfungen auf bekannte Lücken in Abhängigkeiten, die automatisch laufen.
Für KI-Code besonders wichtig: Tests, die Rechte prüfen. Kann Nutzer A die Daten von Nutzer B sehen? Solche Tests sind selten in generierten Testsuiten, verhindern aber die folgenreichsten Fehler.
3. Tests unabhängig vom Code schreiben
Beschreiben Sie das erwartete Verhalten, bevor die KI den Code schreibt, oder lassen Sie Tests aus der Anforderung erzeugen, nicht aus dem Code. Prüfen Sie generierte Tests darauf, ob sie wirklich etwas prüfen. Ein Test, der nie fehlschlagen kann, ist keiner.
4. Verantwortung klären
Wer gibt Code frei, den die KI geschrieben hat? Die Antwort muss eine Person sein, nicht ein Werkzeug. Legen Sie fest, dass KI-Code dieselbe Prüfung durchläuft wie jeder andere Code, und wer diese Prüfung macht.
Die Strategie auf einer Seite
Risiken mit Bewertung, Testebenen mit Zuständigkeit, Zeitpunkte, an denen getestet wird, und die Freigaberegel: Mehr braucht eine Teststrategie für ein kleines Team nicht. Automatisch durchgesetzt wird sie über Quality Gates.
Bevor Sie damit live gehen
Ihre Lösung läuft. Diese Punkte sollten Sie prüfen, bevor echte Daten daran hängen:
- Ist schriftlich festgelegt, welche Abläufe am riskantesten sind?
- Gibt es Tests, die prüfen, dass Nutzer keine fremden Daten sehen?
- Ist klar, wer KI-generierten Code freigibt?
Sie wollen sicher sein? Das Vibe-Code-Review prüft genau diese Grundlagen. Mehr zum Review →
Lieber selbst anfangen? Die kostenlose Schnellprüfung aus dem Vibecode-Testing-Kit zeigt Ihnen, wo Sie stehen. Zur Schnellprüfung →
Sie wollen Qualitätssicherung im Team verankern?
Beschreiben Sie Ihr Anliegen in ein paar Sätzen. Den Rest klären wir im Gespräch.