Удаленка для jenkins+selenide+selenoid+allure+docker спецов на 2-3 часа в день. 100% remote! Присоединиться к проекту

Сложности тестирования GUI десктопного ПО в Robot-Framework

selenium
python
robot-framework
pycharm
windows
gui
webdriver
Теги: #<Tag:0x00007fedbc6b62f8> #<Tag:0x00007fedbc6b61b8> #<Tag:0x00007fedbc6b6050> #<Tag:0x00007fedbc6b5ee8> #<Tag:0x00007fedbc6b5da8> #<Tag:0x00007fedbc6b5c68> #<Tag:0x00007fedbc6b5ab0>

(Sergey) #41

:slightly_smiling_face: Спасибо!


(Yury) #42

Я бы рекомендовал сейчас не мучить Робота, а попробовать ваше приложение с “голым” АвтоИТом.


(Sergey) #43

C Autoit’ом приложение более-менее работает (в смысле - тесты пишутся). Единственное, что не совсем понятно, как “достукиваться” до отдельных элементов: комбобосы, выбор из выпадающего списка - одним словом, до гуевых элементов. Точнее, используя виндовый инспектор, до некоторых все же удается достучаться, но не всех. Жаль у Autoitа нет поддержки Record-Play, как например, у Ranorex’a и встроенного мапинга, а “Фокус” на GUI элементах (поля, кнопки и пр.) не всегда подсвечивается…


(Vasily Ryabov) #44

Это не только Win32 API, pywinauto умеет и UI Automation API под капотом (на выбор из двух бэкендов на данный момент). И в отличие от Winium у pywinauto есть мейнтейнеры (я один из них). Если приложение Qt5, то шансы с pywinauto достаточно высокие что-то увидеть из элементов. Вот с Qt4 не особо, как правило. Но это и с другими инструментами непросто.

А что касается AutoIt, то у них вообще свой доморощенный язык по типу Basic, хотя и есть pyautoit обвязка на питоне, но UI Automation API (а значит, и все современные приложения) AutoIt не умеет из коробки.