2010-07-21 2 views
1

Какой подход вы могли бы предпринять при разработке пользовательской задачи MSBuild в тестовом режиме?Тестируемая разработка задачи MSBuild

Есть ли доступные тестовые жгуты, подходящие для разработки тестового привода расширения Microsoft.Build.Utilities.ToolTask?

Я рассматривал попытку использования NUnit или MSUnit и проверки файлов, сгенерированных и размещенных, хотя это я предвижу, что это немного неуклюже.

ответ

0

это не совсем TDD путь, но смотреть на инструмент MS Build Sidekicks

Этот инструмент действительно помогает нам развивать наши ночные/ежедневно строит (с созданием базы данных, структуры сравнения, CodeAnalysis, выполнение тестов, развертывание ClickOnce ...)

Вы можете анализировать и отлаживать типы сборки на машине сборки и на локальной машине разработки.

+1

Да, это не отвечает на вопрос, но это интересный инструмент поиска, спасибо! Я также видел (но еще не пробовал) этот халявный инструмент: http://www.msbuildexplorer.com/ – paulecoyote

+0

О, да, мой ответ должен быть комментарием или? Спасибо за ссылку, я положил ее в нашу вики. – Khh

+0

* shrugs * Я не использую этот сайт, чтобы знать правильный этикет. Я все еще думаю, что ваша информация потенциально полезна. – paulecoyote

0

сборочные скрипты не предназначены для тестирования .. но

Вы можете создать несколько SmokeTests вашей сборки, чтобы убедиться, что все прошло нормально. При развертывании веб-сайт, вы можете иметь некоторые тесты дыма, чтобы увидеть:

  1. Войти страница может быть открыта
  2. Войти страница работы (Вы можете сделать правильный Логин и неудачная один)
  3. Основные funcionality работы (После того, как вы получили доступ на ваш сайт вы можете выполнять некоторые основные действия, как страница открытия или аналогичная)

тех испытания дыма должны быть в состоянии быть вызвано из командной строки, так что вы можете называть их от задачи AfterDropBuild, чтобы увидеть результат тестов дыма сразу после сборки.

Смежные вопросы