La maggior parte delle domande esistenti sui test unitariIl codice JavaScript e l'integrazione in un ambiente di integrazione continua sembrano risalire agli albori dei tempi (o almeno 2008 o 2009 :)). Anche uno recente è di circa un anno e mezzo fa:
L'esecuzione di test di unità JavaScript senza testa in una build di integrazione continua
Prima di iniziare a provare a utilizzare js-test-driver per creare test e integrarli in Jenkins (nata Hudson), questo è ancora l'approccio migliore nel 2011?
Abbiamo codice che utilizza JavaScript e jQuery,Lawnchair, lccache, Fancybox e altro. Non credo che dovremo testare tutto, ma sarebbe bello se potessimo costruire test per un sottoinsieme ragionevole. Punti bonus se la soluzione è soddisfacente con backbone.js. Sembra sempre più probabile con il passare del tempo continua.
risposte:
4 per risposta № 1Dopo qualche ulteriore approfondimento, daremo Jasmine BDD una prova per i nostri test. È presente nei video di PeepCode su Backbone.js e in questa eccellente serie di articoli sul test di Backbone.js con Jasmine:
- http://tinnedfruit.com/2011/03/03/testing-backbone-apps-with-jasmine-sinon.html
- http://tinnedfruit.com/2011/03/25/testing-backbone-apps-with-jasmine-sinon-2.html
- http://tinnedfruit.com/2011/04/26/testing-backbone-apps-with-jasmine-sinon-3.html
Se seguiamo questa strada sembra che dovremmo combinalo con JsTestDriver in modo da poter collegare l'intero pasticcio a Jenkins.
2 per risposta № 2
Potresti correre Test del selenio insieme a Jenkins.
1 per risposta № 3
Per riferimento nel caso in cui qualcuno si imbatti in questo in un secondo momento: c'è anche TestSwarm (utilizzato dal team JQuery) e Buster.js (in arrivo la sostituzione JSTestDriver)