Инструменты модульного тестирования JavaScript для Visual Studio / Build Server - пока нет единого мнения?

Question

Вот такая ситуация:

• Мы - магазин Microsoft, использующий Visual Studio / TFS и т. Д.
• У нас есть сервер сборки, который каждую ночь выполняет сборки для нас и выполняет различные тестычтобы убедиться, что ничего не сломалось в течение дня
• Мы сейчас делаем все больше и больше JavaScript, и это, вероятно, продолжится.

Ни один из наших JavaScript в настоящее время не тестируется, потому что, как яПосмотрев вокруг, я обнаружил, что мир тестирования JavaScript находится в состоянии постоянного изменения.Есть много предложений, о которых я читал, и я не уверен, какой путь выбрать.Я нашел этот вопрос весьма полезным с точки зрения просто необработанной информации:

Инструменты модульного тестирования JavaScript для TDD

В идеале я хотел бы использовать что-то, что красиво интегрируется в VisualСтудия и наш сервер сборки TFS.Кажется, что большинство опций тестирования JavaScript не поддерживают это.

Я нашел эту статью: (но я не слишком заинтересован в использовании jscript для тестирования)

http://stephenwalther.com/blog/archive/2010/12/20/integrating-javascript-unit-tests-with-visual-studio.aspx

И я нашел это - что выглядит довольно многообещающе:

http://chutzpah.codeplex.com/

Так что мне интересно, есть ли еще консенсус?Перенимают ли люди один инструмент за другим, набирает ли какой-либо подход критическую массу?Я стремлюсь использовать что-то, что уже явно работает для многих людей.

Стоит ли мне высовывать это для среды тестирования JavaScript, которая хорошо работает с Visual Studio / TFS, или я должен посмотретьиспользовать вместо этого одно из дружественных Microsoft предложений?

Все идеи приветствуются!

Answer 1

Я бы не зашел так далеко и не сказал бы, что ухожу от разработки в среде MS. Я думаю, что Visual Studio - отличный инструмент. Немного поработав с Eclipse & XCode, для разработки PhoneGap я даже дал другую перспективу того, как Visual Studio действительно качается.

Что касается JavaScript, в Visual Studio 2012 есть много улучшений, но интегральное решение для модульного тестирования еще не является его частью.

После участия в некоторых тяжелых JavaScript-проектах также почувствовал необходимость в модульном тестировании, поэтому начал с тестов в браузере с использованием QUnit и Sinon.JS.

Я пошел туда, чтобы найти правильный стек, соответствующий моим ожиданиям:

• Полная интеграция с Visual Studio. Таким образом, мы можем запускать тесты, не покидая IDE.

• Безголовое тестирование. По возможности против нескольких браузеров одновременно.

• Поддержка AMD (определение асинхронного модуля) / Require.JS.

• Поддержка асинхронных тестов.

• Документированные библиотеки и инструменты.

• Предпочтительны бесплатные инструменты.

В конце концов найди мою идеальную комбинацию для тестирования без головы из среды IDE с помощью JS-Test-Driver.

Я написал серию из 3 частей в своем блоге:

• Часть I - Ожидания и выбранный стек

• Часть II - Настройка среды для испытаний без головы

• Часть III - Тестирование модулей AMD / Require.JS

Вы можете найти последнюю часть здесь, со ссылками на первые 2 сообщения:

http://www.upstruct.net/2013/02/javascript-unit-testing-in-visual-part-3.html

Я использовал эту комбинацию в нескольких проектах и ​​получил очень хорошие отзывы от команд.

Дайте мне знать, если вам это подходит ...

Answer 2

Я искал тот же ответ, но теперь задаюсь вопросом, стоит ли мне вообще отказаться от разработки в среде MS.Поскольку все больше и больше того, что я делаю, находится на стороне клиента, Visual Studio кажется менее актуальным.Как ни странно, так как я играл в Eclipse, у меня была та же проблема - отсутствие плагинов для тестирования JS!Так что я не уверен, что есть консенсус вне разработки MS.Я думаю, что отчасти это нежелание опытных разработчиков C # / Java использовать JS, но они хотят использовать строго типизированный язык, который компилируется (используя такие инструменты, как GWT и Script Sharp).Результатом является путаница в том, что включает в себя лучшие практики.Но так как инструменты для JS, кажется, улучшаются, я несколько неохотно прихожу к выводу, что JS должен быть первым пунктом для кодирования, а не добавления другого уровня абстракции.Таким образом, я смирился с использованием их доступных инструментов - на данный момент мой выбор - QUnit.