Я пытаюсь автоматизировать тесты закодированного пользовательского интерфейса.

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

Можно ли запускать закодированные тесты пользовательского интерфейса без подключения через удаленный рабочий стол?

В настоящее время тесты запускаются только при подключении через удаленный рабочий стол, и окно должно быть открыто. Когда я закрываю сеанс удаленного рабочего стола, тесты не запускаются.

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

Благодарность

mtm
0
raj 12 Авг 2015 в 18:33

2 ответа

Что касается вашего первого вопроса, тестовый агент должен быть «в сети» для запуска тестов. и тестовый агент находится в режиме «онлайн» только тогда, когда среда находится в состоянии «готово». Вы не можете запустить тест в среде (удаленное подключение/локальный компьютер), если он не находится в состоянии «Готово».

Что касается вашего второго вопроса об автоматизации подключения к рабочему столу, это ссылка, однако, кажется полезной: Автоматизация подключения к удаленному рабочему столу

0
Community 23 Май 2017 в 14:52

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

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

Обычно при отключении от сеанса RDP экран блокируется. Кроме того, вам нужно будет настроить пользователя на автоматический вход в систему, чтобы запустить тесты. (Соединения RDP также будут входить в систему.)

Итак, если вы можете (разрешено), проще всего:

  1. Установите для пользователя автоматический вход.
  2. Используйте программное обеспечение VNC для подключения, например UltraVNC. У вас нет проблемы с блокировкой экрана при отключении.

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

0
Andreas Reiff 20 Июл 2016 в 15:35