Die meisten der bestehenden Fragen zum Komponententesten von JavaScript-Code und seiner Integration in eine kontinuierliche Integrationsumgebung scheinen auf den Beginn der Zeit (oder zumindest 2008 oder 2009 :) zurückzuführen zu sein. Sogar ein neuer ist vor etwa anderthalb Jahren:
JavaScript-Unit-Tests werden kopflos in einer Continuous Integration ausgeführt bauen
Bevor ich anfange, den js-test-Treiber zu verwenden, um Tests zu erstellen und sie in Jenkins (geborene Hudson) zu integrieren, ist das immer noch der beste Ansatz in 2011?
Wir haben Code, der JavaScript und jQuery, Lawnchair, lccache, Fancybox und mehr verwendet. Ich denke nicht, dass wir alles testen müssen, aber es wäre schön, wenn wir Tests für eine vernünftige Untermenge erstellen könnten. Bonuspunkte, wenn die Lösung mit backbone.js zufrieden ist. Es scheint immer wahrscheinlicher, je mehr Zeit vergeht.
Nach einigen weiteren Betrachtungen werden wir Jasmine BDD ausprobieren. Es ist in den PeepCode Videos auf Backbone.js sowie in dieser exzellenten Artikelserie zum Testen von Backbone.js mit Jasmine enthalten:
Wenn wir diesen Weg hinunter gehen, dann müssen wir vielleicht ihn mit JsTestDriver kombinieren, damit wir das ganze Chaos in Jenkins stecken können .
Tags und Links javascript unit-testing jenkins continuous-integration