2016-06-18 3 views
1

Gurke BDD Framework-Dokumentation erwähnt, dass sie es aus der Gherkin-Sprache zu isolieren beabsichtigte, so dass sie möglicherweise in Zukunft eine andere leserfreundliche Sprache unterstützen, nämlich Markdown. Gherkin ist eine gut durchdachte BDD-Sprache, aber die Implementierung von Komponententests als separat erstellte, separat verwaltete, reguläre Ausdrücke gesteuerte Schrittdefinitionen hat mich polarisiert. Gab es erfolgreiche Versuche, ein BDD-markierungsgesteuertes Projekt zu starten? Ich träume davon, die Code-Syntax-Formatierung für das Schreiben der eigentlichen Tests mit durchdachten, projektgesteuerten Bibliotheken zu verwenden, die hinter der Szene arbeiten, um Mocks, Assertion-Bibliotheken und so weiter zu konfigurieren.Gibt es Tools, Pakete oder Frameworks für Schreib- und/oder Integrationstests mit Markdown?

+0

Der Schöpfer von Markdown hat ausdrücklich erklärt, dass er völlig gegen Markdown eine Spezifikation geschrieben hat. Die [Regeln] (http://daringfireball.net/projects/markdown/syntax) kommen dir am nächsten, aber ich empfehle die [Babelmark 2 FAQ] (http://johnmacfarlane.net/babelmark2/faq.html) zu lesen) für einige eine nette Zusammenfassung von Problemen mit denen einige Leute damit haben. – Waylan

+0

Einige dieser Leute haben [CommonMark] (http://commonmark.org/) erstellt, das Markdown ähnlich ist, aber eine voll ausgearbeitete Spezifikation mit vielen Beispielen und vollständigen Tests hat. Persönlich bevorzuge ich den Plan alten Abdruck, aber Sie werden hart gedrängt sein, Komponententests zu finden, die nicht an eine spezifische Implementierung (und das spezifische Verhalten dieser Implementierung) gebunden sind. Allerdings gab es in (markdown-testsuite) (https://github.com/karlcow/markdown-testsuite) einen (inzwischen aufgegebenen) Aufwand, der hilfreich sein könnte. – Waylan

+0

Danke @Waylan! Die Spezifikation, von der ich träume, wäre ein fork/branch/spirit-of-Markdown, der darauf aufbaut, indem Code-Blöcke und Schlüsselwörter in headers/table-cells/bolds/unterstrichen interpretiert werden, um eine Reihe von Tests auszuführen. Es wäre ein Ersatz für Gherkin and Cucumber, da es die Trennung von Testcode und Feature-Spezifikationen nicht erzwingt. –

Antwort

2

Checkout Gauge Wenn Sie beabsichtigen, Funktionstests durchzuführen, die einfache Abschriften verwenden, um Ihre Spezifikationen zu schreiben, und mehrere Sprachen unterstützen. Es ist auch Open Source!

Es hat eine modulare Architektur mit Unterstützung für Plugins und hat eine parallele Ausführung, die so einfach ist wie das Hinzufügen eines Flags während der Ausführung. Es hat auch gute IDE-Unterstützung, Integration mit CI/CD-Tools, Build-Tools usw. Finden Sie mehr here.

Verwandte Themen