Конечно, вы можете.Что вас останавливает?
(Хотя обычно вы пишете один тест за раз, а не пишете их все сразу. Записываете все это прямо на первый взгляд Big Design Up Front,aka Waterfall. Отчасти TDD заключается в том, что вы проектируете по ходу работы и выполняете рефакторинг по мере необходимости, поэтому в итоге вы получаете что-то настолько сложное, насколько вам действительно нужно, чтобы удовлетворить ваши требования - это поможет вам избежать YAGNI .)
Если вы следуете классическим принципам TDD, тогда вы пишете тест для сначала неудачно, запускаете его и наблюдаете неудачу, и толькозатем вы пишете необходимый код, чтобы он прошел.(Это помогает убедиться, что в вашем тесте нет тонкой ошибки .) И если вы тестируете код, которого еще нет, первая ожидаемая ошибка - ошибка компилятора.
Это действительно важно.Вы тестируете код, который не существует.Конечно, компиляция должна завершиться неудачей.Если это не так, то вам нужно выяснить, почему - возможно, ваши тесты на самом деле не компилируются, или, возможно, уже есть класс с тем же именем, что и новый, который вы собираетесь писать, или что-то еще, что выне ожидал.
Ничто не мешает вам сначала написать некомпилируемый тест, а затем вернуться и сделать его компиляцией.(То, что Microsoft не понимала TDD, когда они писали свои инструменты тестирования, не означает, что вы не можете сделать это самостоятельно.) Среда IDE может немного наступить на ваши пальцы (заполнив имена существующих классов вместо того, чтобы оставитьимена, которые вы пытаетесь написать), но вы быстро узнаете, когда нажимать клавишу Esc, чтобы справиться с этим.
Visual Studio 2010 позволяет временно переключать Intellisense в режим «первый тест» , где он не будет наступать на ваши пальцы в этой ситуации.Но если вам случится использовать ReSharper, я не думаю, что у них пока есть эта функция.