TFS 2015 — тесты Visual Studio с использованием агента тестирования завершаются со сбоем с сообщением «В группе компьютеров не найдены подходящие тестовые компьютеры».

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

В определении сборки у меня есть 3 шага, необходимые для развертывания тестового агента в группе тестовых машин:

  • Развертывание тестового агента Visual Studio
  • Копия машинного файла Windows
  • Тест Visual Studio с использованием агента тестирования

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

Первые 2 шага выполняются правильно, на третьем шаге я продолжаю получать это сообщение об ошибке: в группе машин не найдено подходящих тестовых машин. Проверьте фильтры компьютеров, представленные в задаче, и убедитесь, что задача DeployTestAgent была добавлена ​​до этой задачи и прошла ее.

Не очень полезное сообщение, если фильтр пуст. Даже в логах нет никаких подсказок:

2016-03-01T10:30:29.6282513Z Выполнение сценария powershell: C:\TfsBuildAgents\VsoBuildAgent\tasks\RunVisualStudioTestsusingTestAgent\1.0.10\RunDistributedTests.ps1

2016-03-01T10:30:30.1449123Z ##[warning]Для устранения неполадок см. http://aka.ms/remotevstest .

2016-03-01T10:30:30.1449123Z ##[ошибка]В группе компьютеров не найдено подходящих тестовых компьютеров. Проверьте фильтры компьютеров, представленные в задаче, и убедитесь, что задача DeployTestAgent была добавлена ​​до этой задачи и прошла ее.

Известно, что я даже проверил возможности очереди агентов, но не могу найти настройку, которая вызывает это.

Любая помощь или вещи, чтобы проверить?


person Rob Bos    schedule 01.03.2016    source источник


Ответы (2)


С теми же настройками, но в другой коллекции могут быть настройки разрешений.

Убедитесь, что учетная запись, используемая для запуска агента сборки, имеет доступ к коллекции проектов TFS. Перейдите в раздел «Сборки», щелкните правой кнопкой мыши одно «проблемное» определение следующей сборки и выберите «Безопасность…», на открывшейся странице безопасности веб-доступа TFS убедитесь, что у пользователя службы сборки проекта и у пользователя службы сборки коллекции проектов есть необходимые разрешения для вашего определения следующей сборки.

введите здесь описание изображения

Также проверьте журнал событий на сервере TFS и в агенте сборки, чтобы проверить, не было ли там чего-то ценного.

person PatrickLu-MSFT    schedule 02.03.2016
comment
Я проверил настройки и обнаружил в обеих коллекциях, что пользователь «Служба сборки проекта» не был связан. Добавление ничего не изменило. Следующим шагом был запуск очистки в сбойной коллекции и добавление только шагов для развертывания агента, копирования необходимых файлов и запуска агента. Угадай, что? Это работает в новом определении сборки! Искал отличия, но пока не нашел. - person Rob Bos; 03.03.2016
comment
Дополнительное примечание: в журнале событий нет сообщений. - person Rob Bos; 03.03.2016

Нашел разницу, которая не должна иметь значения, но, похоже, решает проблему. Может быть, я нашел 3 отличия, но я думаю, что первое :-). Сейчас протестирую.

Различия TFS при последнем изменении

person Rob Bos    schedule 03.03.2016
comment
Похоже, это не должно быть причиной ...... Если вы не забудете передать значения переменной (имя пользователя) Какая из них не удалась? Угадать не удалось. - person PatrickLu-MSFT; 04.03.2016
comment
Странная штука: левая отказала. Однажды я забыл добавить значение в $(Username) и получил сообщение об ошибке. - person Rob Bos; 04.03.2016
comment
Возврат к старым настройкам больше не приводит к сбою на этапе сборки! Должна быть другая причина, почему это не работало раньше, но работает сейчас. Я обновлю, когда найду что-то еще, что может быть причиной. - person Rob Bos; 04.03.2016