Недопустимый каталог, содержащий сборки для тестового Runner Visual Studio

Мы обновили нашу установку TFS с 2012 по 2013 год. При запуске наших сборок они будут терпеть неудачу со следующей ошибкой, если включены модульные тесты:

TF900547: The directory containing the assemblies for the Visual Studio Test Runner 
          is not valid ''

После процесса обновления шаблоны процесса сборки или определения сборки не были изменены. Процесс обновления не изменил их. Где я могу указать путь к тестовому Runner Visual Studio и где он находится на диске?

Я не знаю, является ли "Visual Studio Test Runner" новой версией для 2013 года, или если этот параметр использовался ранее, когда мы использовали TFS 2012.

Мы используем Visual Studio Professional 2012 на сервере сборки.

Ответ 1

У вас есть два варианта:

  • Установите Visual Studio 2013 или Агенты для Microsoft Visual Studio 2013, если вы хотите продолжить использовать тестовый Runner Visual Studio.
  • Переключитесь на MS Test в качестве тестового бегуна и измените версию Tools в Build-Workflow. Это позволит вам продолжать использовать Visual Studio 2012 на сервере сборки.

Примечание. Загрузите SteveC, чтобы опубликовать ссылку на сайт только для агентов.

Ответ 2

Чтобы сделать второй выбор в ответе Освальда:

  • Щелкните правой кнопкой мыши на определении сборки и выберите "Изменить определение сборки..."
  • Щелкните в группе "Процесс" в определении сборки.
  • Найдите группу "Автоматизированные тесты" в разделе "Сборка параметров процесса" и нажмите на многоточие.
  • Появится диалоговое окно "Автоматизированные тесты", выберите тест в разделе "Тесты для запуска", который вы хотите отредактировать.
  • Нажмите "Изменить", появится диалоговое окно "Добавить/Редактировать тестовый запуск".
  • Измените тестовый бегун на "MSTest.exe test runner"

Примечание. Я использую TFS2012

Ответ 4

В качестве альтернативы установке Visual Studio на машине сборки вы можете просто скопировать файлы с вашего локального компьютера на машину сборки.

ZIP TestWindow папка, найденная в

C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\CommonExtensions\Microsoft

затем скопируйте его на машину сборки и разархивируйте в том же месте.

Ответ 5

У нас была такая же проблема, как и у OP, но, поскольку сервер TFS считается производственным полем (другие отделы используют его для других вещей), нам не было разрешено устанавливать VS2013 на сервер. То же самое применимо к любым инструментам третьей стороны, необходимым для сборки, они были больны для интеграции в сборку.

В конце концов я работал над этим, используя другой блок разработчика, чтобы выступать в качестве сервера сборки для TFS. Установив компонент Build Server в TFS в окне разработчика и настроив контроллер и создайте агенты в этом поле, TFS может передать ответственность за фактическую сборку в ящик dev, на котором мы могли бы установить что угодно, без ущерба для сервера TFS сам по себе.

Пока он не идеален - требуется дополнительная коробка и лицензия VS2013 - это, безусловно, самый простой способ избежать опроса производственной коробки TFS. В качестве альтернативы, назначьте ящик разработчика и установите там агент сборки - среда готова, она будет немного замедляться во время сборки.

Ответ 6

Если ваш проект не имеет модульных тестов, вы можете просто отключить выполнение unit test в определении сборки.

Чтобы сделать это, отредактируйте определение сборки на вкладке "Процесс", удалите все в поле "Автоматизированные тесты"