2008-11-13 3 views
22

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

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

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

ответ

11

это зависит от того, какая версия TFS вы работаете, так что я буду считать, что 2008

Во-первых, вы должны иметь Team Edition для тестировщиков, установленных на компьютере, который будет выступать в качестве агента построения, как указано в How To: Create a Build Definition

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

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

Things отметить:

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

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

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

+1

Обратите внимание, что в VS 2010, расширение файла теперь «.testsettings», но в остальном оно работает по-прежнему. –

4

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

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

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

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

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

+0

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

1

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

Мне нравится этот Defination, поскольку это дает вам полный «прохождение игры» от Создание проекта Создание проекта Test Unit Для настройки сборки команды, чтобы использовать его Test Unit

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