Entwicklung
Tests für bestehenden Code erzeugen lassen
Der Code läuft, Tests gibt es keine. Sie nachträglich zu schreiben ist undankbar: viel Aufwand, kein sichtbares Ergebnis — bis zum ersten Umbau, bei dem niemand weiss, was noch funktioniert.
- Aufbau
- 1 Stunde bis zum ersten brauchbaren Ergebnis
- Spart
- Testabdeckung für Altcode, ohne Wochenendarbeit
- Womit
- Claude · ChatGPT
So läuft es ab
- 1
Ausschnitt wählen
Eine Funktion oder ein Modul, nicht die ganze Anwendung. Kleine Ausschnitte liefern brauchbare Tests.
- 2
Verhalten beschreiben lassen
Zuerst in Worten: Was soll passieren, was sind die Randfälle? Fehler im Verständnis fallen hier auf, nicht erst im Test.
- 3
Tests schreiben lassen
Mit dem Testwerkzeug, das im Projekt schon benutzt wird, und im vorhandenen Stil.
- 4
Gegenprobe machen
Einen Test absichtlich brechen und prüfen, ob er fehlschlägt. Ein Test, der immer grün ist, ist schlimmer als keiner.
Wo es nicht funktioniert
Erzeugte Tests bilden gern nach, was der Code tut — auch wenn er das Falsche tut. Sie beweisen also nicht, dass die Funktion richtig ist, sondern dass sie sich nicht unbemerkt ändert. Das ist wertvoll, aber es ist etwas anderes.
Fertig gebaut kaufen
Wenn du den Aufbau überspringen willst — aus der Kategorie Coding.
Häufige Fragen
Wie viel Testabdeckung ist genug?
Abdeckung als Prozentzahl ist ein schlechtes Ziel. Sinnvoller ist, die Stellen abzudecken, an denen Fehler wehtun: Geldbeträge, Berechtigungen, Datenverlust. Dort lohnen sich auch aufwendige Tests.
Soll ich die Tests ungeprüft übernehmen?
Nein. Lies mindestens, was jeder Test behauptet. Ein Test mit einer falschen Erwartung zementiert einen Fehler und macht ihn später schwerer zu finden.
Funktioniert das auch für Oberflächen?
Eingeschränkt. Für reine Logik sind die Ergebnisse gut, für Oberflächentests brauchst du meist mehr Kontext, als sich in einen Prompt packen lässt.