Ich wusste doch, dass ich nicht der einzige auf diesem Planeten bin, dem ein Tool zur leichten Erstellung von (Unit-) Tests fehlte. Angestoßen durch meine kleines Tool "Word to Code" haben Daniel und Philipp den Gedanken aufgegriffen und weiterentwickelt.
Herausgekommen ist eine Erweiterung für Visual Studio 2010 namens "Docx to UnitTest", die per Kontextmenü die Generierung der Tests aus einem Word-Dokument heraus ermöglicht. Analog zu meinem Beispiel werden einzelne Testklassen erstellt, die dann die verschiedenen Testfälle abdecken. Für jede Klasse wird eine eigene Datei erzeugt (was ich derzeit nicht mache, ich fasse alle Testfälle zu einem Sut zusammen), die praktischerweise in Visual Studio mit dem Dokument verknüpft dargestellt wird. Unterstützt werden derzeit MS Test, nunit und xUnit. Besonders nett: Änderungen am Namen des Testfalls werden getrackt und unter Bewahrung des Testcodes auch on the fly geändert, so dass keine Tests verloren gehen. Beim Ändern der Klasse geht das leider noch nicht.
Ich bin mir noch nicht sicher, ob ich es persönlich einsetzen möchte. Auf der einen Seite ist es eine ganz schöne Art, die Spezifikationen direkt nicht nur lesbar zu formulieren sondern auch zu persistieren. Dabei bleiben Formatierungen, die bei der Code-Generierung zwangsläufig verloren gehen und später auch nicht mehr wiederherstellbar sind, erhalten (Kommas, Bindestriche usw.). Ganz klar ein Vorteil gegenüber einer nachträglichen Erstellung der Dokumentation aus den vorhandenen (Code-) Tests.
Auf der anderen Seite wird man aber auch gezwungen Änderungen nur und ausschließlich im Dokument vorzunehmen, da das Tracking nur in eine Richtung funktioniert. Ändert man also den Namen eines Tests bzw. einer Spezifikation im Code, bekommt es das Dokument nicht mit. Ich weiß noch nicht, ob ich das haben will - vielleicht muss ich es mal ausprobieren. Oder aber man bekommt das Tracking auch in diese Richtung gelöst?
