Wir schreiben Komponententests für unseren Code in Clojure mit clojure.test .
Einige unserer Tests ignorieren die API und unterbrechen absichtlich den Code, um als Dokumentation für latente Mängel im Code zu dienen.
Wir wollen jedoch zwischen Fehlern dieser Tests und Fehlern normaler Tests unterscheiden.
Wir haben in der clojure.test -Dokumentation keine Vorschläge gesehen - nur (is (thrown? ...)) , was natürlich nicht das tut, was wir brauchen.
Irgendwelche Vorschläge? Im Grunde suchen wir nach etwas wie (is (not <condition>)) , außer dass das Testframework einen erwarteten Fehler aufzeichnen soll - etwas wie dies .
Ich habe Tests veranlasst, eine Ausnahme auszulösen, wenn sie so ausfallen, und dann thrown? verwendet, um zu testen, ob die Ausnahme wie erwartet eintrifft. Es gibt sehr wohl einen eleganteren Weg, aber das erledigt die Arbeit.
Ein wenig spät auf die Party, ich weiß, aber wenn Sie Leiningen verwenden, können Sie Testselektoren verwenden, um erwartete Fehler vom "normalen" Build auszuschließen. In Ihrem Projekt.clj:
%Vor%Schreiben Sie dann Ihren Test als:
%Vor% Durch den Aufruf von lein test werden nur die Tests ohne die Metadaten für erwarteten Fehler ausgeführt. Wenn Sie lein test :expected-failure aufrufen, werden Ihre erwarteten Fehlertests ausgeführt. Vielleicht nicht ganz das, was du dir erhofft hast, aber IMHO besser, als thrown? überall benutzen zu müssen. Zumindest auf diese Weise werden erwartete Fehler explizit im Code dokumentiert und stören den Build nicht.
Tags und Links unit-testing clojure