Выполнение модульных тестов в сборках Team Foundation Server (TFS)

Question

Каковы шаги для запуска модульных тестов Team Foundation Server при запуске данной сборки?

Какие предостережения / ловушки / обходные пути должны знать dev или sysadmin при настройке сервера TFS, чтобы сделать это впервые?

Каковы общие шаги по устранению неполадок при модульном тестировании во время сборки?

Answer 1

это зависит от того, какую версию TFS вы используете, поэтому я предполагаю, что это 2008.

Во-первых, на компьютере должен быть установлен Team Edition for Testers, который будет действовать как ваш агент сборки, как указано в Как: создать определение сборки

Существует несколько способов сообщить Team Build о запуске тестов для вашей сборки.

1. Модульные тесты можно запускать из определенного списка тестов в создаваемом решении. На этот список ссылается определение сборки, и все тесты в выбранных списках выполняются. Подробнее здесь
2. Тестирование WildCard также доступно путем определения маски (например, Test * .dll), которая дает команду Team Build запускать любые тесты, присутствующие в сборках, соответствующих маске. Это также делается при определении определения сборки.

На заметку:

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

<RunConfigFile>$(SolutionRoot)\TestRunConfig.testrunconfig</RunConfigFile>

См. Мой предыдущий вопрос по этому вопросу для получения дополнительной информации здесь

Answer 2

Если вы не хотите использовать тестовые конфигурации (A Pain в заднице для управления), просто запустите весь тест в .dll, добавив его в конфигурацию сборки:

<ItemGroup>
    <TestContainerInOutput Include="MyProject.UnitTests.dll" />
</ItemGroup>

Весь процесс гладкий и довольно простой. Вы можете проверить модульные тесты, которые были размещены на сервере сборки, открыв файл результатов теста локально (немного мучительно), но обычно вы просто запускаете модульные тесты локально и сразу видите результаты.

Если вы привыкли к NUnit, вы можете выбрать сортировку тестов по имени класса, это дает аналогичное представление.

Осторожнее с покрытием кода, он делает полные копии ваших двоичных файлов при компиляции. Если ваши двоичные файлы достаточно велики и вы часто компилируете, они быстро проедут дисковое пространство.

Answer 3

http://msdn.microsoft.com/en-us/library/cc981972(v=vs.90).aspx

Мне нравится это определение, поскольку оно дает вам полное "прохождение" от Создание проекта Создание проекта модульного тестирования Чтобы настроить Team build для его использования Unit Test