Модульное тестирование JavaScript и непрерывная интеграция 2011

Question

Большинство существующих вопросов о модульном тестировании кода JavaScript и его интеграции в среду непрерывной интеграции, похоже, относятся к незапамятным временам (или по крайней мере к 2008 или 2009 году :)). Даже недавний - около полутора лет назад:

Выполнение модульных тестов JavaScript без сборки в сборке Continuous Integration

Прежде чем я попытаюсь использовать js-test-driver для создания тестов и их интеграции в Jenkins (урожденная Хадсон), будет ли это все еще лучшим подходом в 2011 году?

У нас есть код, который использует JavaScript и jQuery, Lawnchair, lccache, Fancybox и многое другое. Я не думаю, что мы должны тестировать все это, но было бы хорошо, если бы мы могли создавать тесты для разумного подмножества. Бонусные баллы, если решение устраивает backbone.js. С течением времени это выглядит все более и более вероятным.

Answer 1

После дальнейшего изучения этого вопроса, мы собираемся дать Jasmine BDD попытку нашего тестирования.Он показан в видео PeepCode на Backbone.js, а также в этой великолепной серии статей о тестировании Backbone.js с использованием 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

Если мы пойдем по этому маршруту, возможно, нам придется объединить его с JsTestDriver, чтобы мы могли подключить весь беспорядок к Дженкинсу .

Answer 2

Вы можете запустить тесты Selenium вместе с Дженкинсом .

Answer 3

Для справки на случай, если кто-то споткнется об этом позже: есть также TestSwarm (используется командой JQuery) и Buster.js (до и после замены JSTestDriver)