2017-02-11 26 views
0

Для тестирования нашего настольного приложения у нас есть проект-мастер, который запускает проект Slave на разных виртуальных машинах. Мы используем TeamCity для начала наших тестов. На машине TestManagement (VM) у нас есть агент сборки, который работает как служба. Этот агент сборки запускает мастер-проект с помощью TestExecute.Разрешение экрана виртуальной машины с использованием RDP с помощью TestComplete

Этот проект соединяется с RDP для разных виртуальных машин, чтобы запустить наш UI-тест (проект Slave) нашего приложения. Мы используем Network Suite и запускаем наши тесты на Hosts (VM), как это предлагается здесь: Использование Network Suite.

Но у нас есть проблема с разрешением экрана, которое используется для запуска наших пользовательских интерфейсов. Разрешение слишком низкое. На этой странице Запуск тестов через RDP дает объяснение:

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

Таким образом, TestExecute будет использовать разрешение экрана главного компьютера. Но агент TeamCity запускается как служба на виртуальной машине (TestManagement machine), и нет разрешения экрана, потому что это безголовая машина, а не как настоящий пользователь, который будет подключаться к RDP к этой виртуальной машине и запускать мастер-проект.

Я предполагаю, что TestExecute будет использовать разрешение экрана по умолчанию (что-то вроде 640x480) в качестве разрешения для соединения RDP. Но это слишком мало для запуска наших тестов, некоторые объекты не отображаются на экране, и у нас много проблем ...

Есть ли способ изменить разрешение, используемое RDP-соединением, которое будет создавать TestExecute/TestComplete? Хитрость в том, что мастер проект запускаются из службы по обезглавленной машине ...

Спасибо за ваши ответы,

Camille

ответ

0

В прошлом мы столкнулись с подобной проблемой как ваши, и мы не смогли решить это таким образом. В качестве решения (прямо сейчас работаем для нас) мы установили в наши тестовые среды TightVNC. Это позволяет нам забыть о подключении к экрану (проблемы с RDP), поскольку вы впервые настраиваете разрешение экрана по RDP, затем получаете доступ через IP-адрес, войдите в систему, и вы сможете запускать все, что захотите, без открытия какого-либо приложения. Возможно, это не лучшее решение, но для наших тестовых сред мы можем запускать тесты от Jenkins по требованию без проблем с разрешением экрана.