2016-08-16 25 views
1

Мы пытаемся запустить автоматические тесты с помощью Microsoft Test Manager 2015.Автоматизированные тесты в Test Manager Microsoft «создать каталог тестового прогона либо не существует, либо разрешение на доступ требуется»

Мы почти достигли нашей цели , Это то, что было сделано до сих пор:

  • Мы можем поставить в очередь «определения сборки» и успешно запустить тесты кодированного интерфейса на удаленном сервере.
  • Мы создали тестовую среду, и это в «готовом» состоянии
  • План тестирования имеет построить определение в использовании
  • Тестовые имеют связь с кодированными тестов пользовательского интерфейса.

TFS 2015 build definition Подробнее:

  • Мы не имеем сборки и копию понизиться папку, шаги, потому что мы не установили Visual Studio на сервере агента
  • До сих пор мы вручную помещали DLL-файлы, содержащие кодированные тесты пользовательского интерфейса, в папку C: \ build на сервере-агенте
  • Проект тестирования находится в отдельном решении от фактического проекта, который мы тестируем. и мы хотим сохранить его таким образом.

Когда мы пытаемся запустить отдельный закодированный тест пользовательского интерфейса, который связан с тестом с помощью Microsoft Test Manager 2015, мы получаем ошибку:

The build directory of the test run either does not exist or access permission is required

  • Я не знаю, как для указания каталога сборки. И мы ничего не строим. Моя идея - просто запустить тесты из папки C: \ build. Примечание стороны: Создание сборки Капля опция недостающую из нашего TFS 2015 vNext построить определения
  • Я включил копирование и публикация Построить Артефакты шаг к Definiton, но я думаю, что это бесполезно, потому что мы даже не строим что-нибудь. Все библиотеки DLL уже находятся на диске.
  • Я проверил разрешения для папки C: \ build. счет, на который мы подаем иск, имеет полный доступ к нему.

Любая помощь будет принята с благодарностью

Update:

  • Я addedd Копирование и публикация Построить Артефакты шаг к определению и определили общую сетевую папку в папку отброшенных
  • Служба диспетчера работает под учетной записью домена
  • Drop Folder имеет полный контроль дается Каждый, включая контроллер домена службы учетной записи
  • Я вручную скопировать сборки с проверкой Coded UI для этой капли папку
  • журнала
  • Controller Service содержит следующее:

TcmRunner : Build Directory \\bhc-appqa01\TFSShare\Build Definition 2\

TcmRunner: Error starting the test run: The build Directory of the test run either does not exist or access permission is required

Так что я сейчас смущен ... Контроллер говорит, что он может видеть Build Directory, а следующее сообщение журнала говорит, что каталог сборки не существует.

ответ

2

Я чувствую, что вы перепутали много вещей здесь.

  1. Снимок экрана, который у вас есть для нового определения сборки, т.е. нового пути 2015 года. Эти новые сборки НЕ поддерживаются в рабочих процессах автоматизированного тестирования MTM. Ваше определение сборки должно быть более старыми сборками на основе xaml.
  2. Для вашего сценария автоматизированные тестовые рабочие процессы потребляют сокращение сборки. Таким образом, для сборки, которую вы укажете, должно быть выбрано местоположение, доступ к которому может получить контрольный контроллер. Это предоставили более старые сборки xaml.

Хорошая новость заключается в том, что, учитывая тот факт, вы в 2015 году вы можете использовать new build workflow to run your automated tests from a test plan/suite

1

Эта проблема вызвана тем, что Visual Studio не установлена ​​в агенте сборки.


Microsoft Visual Studio требуется установить на сервере сборки для следующих сценариев:

  • To build any CPP test project, you must install Visual Studio Professional or later.
  • To run unit tests, or coded UI tests, you must install Visual Studio Professional or later.
  • To use data and diagnostic data adapters:

    Code coverage: Visual Studio Premium or later.** Test impact: Visual Studio Ultimate. IntelliTrace: Visual Studio Ultimate.

  • To build any modern style apps on a build machine: Visual Studio Ultimate or Visual Studio Express for Windows 8 (Operating system on
    build server must be Windows 8).

  • To compile and run tests for a project with a faked assembly: Visual Studio Ultimate

Пожалуйста, смотрите ссылку источника из MSDN: Run tests in your build process

PS: до тех пор, у вас MSDN нет дополнительной лицензии для Visual Studio, требуемой для агента сборки.


Update

Кажется, вы все еще нужно назначить сборку на тестовый план, который содержит ваш Coded UI тесты, когда ваш запуская его с MTM. Более подробную информацию, пожалуйста, обратитесь подобный вопрос: Run CodedUI from MTM 2013

+0

Это действительно странно. На самом деле я могу запускать Coded UI тесты без Visual Studio на сервере с помощью Test Agent. Когда я помещаю в очередь сборку, содержащую только код Coded UI, он успешно открывает браузер и проходит все этапы. Единственная проблема заключается в том, что я не могу запускать эти тесты кодированного интерфейса от Microsoft Test Manager 2015 –

+0

Кажется, вам нужно ** назначить сборку вашему тарифному плану **, который содержит ваши тесты кодированного интерфейса, когда вы запускаете его с помощью MTM. Пожалуйста, см. Аналогичный вопрос http://stackoverflow.com/questions/24145805/run-codedui-from-mtm-2013 –

+0

Я думаю, что вы можете быть правы, но я все еще сомневаюсь. Надеюсь, это верно для vNext (TFS 2015). Вам нужно было указать сборку, если вы использовали старые определения сборки XAML. Но я использую vNext, где я могу указать отдельный шаг «копирование артефактов». На этом этапе я копирую библиотеки Coded UI DLL в сетевую папку, поэтому определение должно «знать» (см. Журналы), где можно получить тесты. Кроме того, он фактически работает, когда я ставил в очередь сборки без проблем. Единственная проблема с MTM 2015. Это как-то слепо и не «видит» мой сборщик. Если вы правы, мне придется добавить «Шаг сборки» ... –

1

в августе 2015 года Microsoft объявила о том, что они не вкладывают в MTM больше (см эту статью блога Lab management evolution)

В FAQ части в то конец вы найдете следующее заявление :

But, you can safely assume that we will not invest on new features in MTM Lab Center, nor in enhancing the XAML build templates. We will also not bring in any of the above features such as integrations with newer platforms, integration with newer versions of SCVMM, or integration with the new Build and Release Management services into MTM Lab Center. Similarly, we will not integrate the current Lab environments from MTM into the new Build and Release Management services. We will probably not ship another major version of MTM Lab Center.

+0

благодарим вас за это понимание. Я понятия не имел об этом ... –