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

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

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

Каковы общие этапы устранения неполадок для проблем unit test во время сборки?

Ответ 1

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

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

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

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

Примечания:

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

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

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

Ответ 2

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

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

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

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

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

Ответ 3

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

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