Настройка TDD Visual Studio

инструменты

обычно я привязываю сочетание клавиш к контекстному запуску. Вы можете сделать это в параметрах Visual Studio, нажав "Инструменты", "Параметры", а в разделе "среда -> клавиатура" вы можете найти "ReSharper.ReSharper_ReSharper_UnitTest_Runcontext". Я считаю, что Resharper 6 назначит ему комбинацию клавиш,Ctrl+T, R. Я обычно всегда назначал его Alt+;.

это будет работать модульные тесты в контексте. Поэтому, если ваш курсор находится внутри теста, который вы только что закончили писать; этот тест запускается. Если курсор находится внутри тестового класса / тестового приспособления; это запускается.

вы также можете сделать некоторые R# шаблоны. Обычно я делаю шаблон под названием Test это выглядит так:

[Test] //NUnit Change attribute to [TestMethod] if MSTest.
public void $NAME$()
{
    $END$
}

Я предпочитаю шаблоны R# над фрагментами кода Visual Studio, потому что вы можете сделать шаблоны уровня "решение", которые хранятся в XML файл рядом с файлом решения. Поэтому, когда вы регистрируете его; все ваши коллеги также имеют доступ к шаблонам; или даже вы с другой рабочей станции.

таким образом, вы можете продолжать добавлять тесты без всех шаблонных вещей. Вы даже можете сделать шаблоны файлов для целых светильников.

реальный трюк, чтобы получить его происходит плавно изучает все сочетания клавиш. Как только вы узнаете их и овладеете ими, ваши руки начнут делать это, даже не думая. Добавлять / Измените тест, и вы начнете автоматически нажимать команду context run (какую бы вы ни использовали), даже не думая.

Непрерывная Интеграция

другой несвязанный инструмент; но очень мощный каждый TDDer должен ознакомиться с сервером непрерывной интеграции (CI). Это позволит вам запускать тесты всякий раз, когда вы проверяете систему управления версиями. В конце концов проекты достаточно большие получат наборы 1000-х тестов. Управляя ими все время, ты сам становишься ... непрактичный. Сервер CI, например TeamCity, будет выполнять тесты на сервере, при регистрации. Затем он сообщит обо всем, что сломано, когда это будет сделано; поэтому вы можете продолжать работать, пока он выполняет другие тесты. Те, которые вы, возможно, не думали, что сломали, но сделали. Есть некоторые другие хорошие бесплатные доступны, как Гудзон. редактировать: как отметил Петр в комментариях; CruiseControl.NET является сервером CI с открытым исходным кодом, который существует некоторое время; определенно стоит проверить.

моя типичная рекомендация-запускать тесты, которые я считаю релевантные. Я использую NUnit, который имеет . Я запускаю все категории, которые, по моему мнению, затронуты; и пусть сервер CI позаботится об остальном.

Кодирование Дисциплине

тесты это тоже код. Они должны быть подвергнуты рефакторингу; и ухоженные. Я видел, как многие люди отказывались от тестирования, потому что они закончили тест на спагетти. Держите модульные тесты сосредоточенными на небольшом, одно устройство. Это начинает замедлять вас и вашу команду, когда тесты хрупкие. Как правило, не вдаваясь в подробности; следуя твердые принципы помогает с тестированием.