Wie ich tatsächlich zuerst Tests mit GitHub Copilot schreibe (ohne mich selbst zu belügen)
Die testgetriebene Entwicklung schlägt fehl, weil das Schreiben von Tests langsamer ist als das Schreiben von Code. Copilot stellt die Mathematik auf den Kopf, und das ist der Arbeitsablauf, bei dem es wirklich funktioniert.
Jeder Entwickler glaubt an Tests, so wie jeder an die Verwendung von Zahnseide glaubt, und die Test-First-Entwicklung scheitert aus dem gleichen Grund: Wenn man sich im Flow befindet, fühlt sich das Schreiben von Tests so an, als würde man mit der Erledigung von Papierkram aufhören. Copilot hat die Mathematik für mich verändert, nicht indem er die Tests angenehm gestaltete, sondern indem er sie so schnell machte, dass die Einwände gegen den Papierkram verschwunden sind. Dies ist der Workflow, bei dem es tatsächlich Bestand hat.
Der Trick besteht darin, den Test als Spezifikation zu schreiben und Copilot die Boilerplate durchführen zu lassen. Bevor ich mich mit der Implementierung befasse, schreibe ich einen fehlgeschlagenen Test mit dem Szenario im Testnamen und einem Kommentar, der das erwartete Verhalten im Klartext beschreibt. Copilot füllt die Behauptungen, das Spotten und das Setup mit überraschender Kompetenz aus, denn Testdateien sind genau die Art von Mustercode, in der es sich auszeichnet. Mein Job beschränkt sich darauf, zu überprüfen, ob der Test das Richtige testet, was eine Entscheidung und kein Tippen ist.
Stapeln Sie die Szenarien, eine Funktion nach der anderen. Bevor ich anfange, liste ich die Fälle auf, den glücklichen Weg, die leere Eingabe, die Grenze, den Fehler, lasse sie dann von Copilot in einem Durchgang generieren und überprüfe die Menge gemeinsam. Bei der Durchsicht von fünf Tests als Satz fällt auf, was bei der Durchsicht nacheinander übersehen wird: der fehlende Fall, normalerweise der seltsame Fall, von dem Ihre Codebasis schon einmal betroffen war. Meine Eingabeaufforderung vor dem Flug enthält jetzt eine Kommentarzeile, in der frühere Produktionsvorfälle in diesem Modul aufgeführt sind, da das Modell diesen Kontext nur kennen kann, wenn Sie es ihm mitteilen.
Der ehrliche Teil von Test-First mit KI besteht darin, zu wissen, wo sie in die Irre führt. Copilot schreibt gerne einen Test, der Ihre falschen Annahmen widerspiegelt, und eine grüne Suite, die auf gemeinsamen Missverständnissen basiert, ist schlimmer als keine Suite, weil sie den Fehler verteidigt. Das Gegenmittel ist günstig und nicht verhandelbar: Führen Sie vor der Implementierung den Test aus und beobachten Sie, wie er aus dem richtigen Grund fehlschlägt. Brechen Sie dann absichtlich die erwartete Ausgabe in der Behauptung ab und bestätigen Sie, dass der Test sie abfängt. Dreißig Sekunden pro Test sorgen dafür, dass die Suite ehrlich bleibt.
Was mir das in der Praxis gebracht hat: Abdeckung der langweiligen Pfade, Eingabevalidierung und Fehlerbehandlung, die ich nie geschrieben habe, weil die Kosten auf nahezu Null gesunken sind. Was es mir nicht brachte: eine Ausrede, um nicht darüber nachzudenken, was der Code bewirken sollte, wo Test-First sowieso immer helfen sollte. Der Rot-Grün-Refaktor-Rhythmus bleibt intakt; Copilot hat gerade den Teil entfernt, in dem sich das Schreiben des roten Tests wie eine Steuer anfühlte.