Сообщений в теме: 10

[ugoljok_91]

Добрый день!
Руководством была поставлена задача автоматизации тестирования desktop приложения, написанного на delphi. Из инструментов на данный момент имеется Visual Studio 2013 и coded UI, его и использовала.
Однако, в ходе написания пробных тестов выяснилось, что в приложении присутствуют элементы интерфейса, созданные с использованием DevExpress. И через CUIT к ним достучаться не получается (например, элемент TcxGrid). На форуме поддержки DevExpress так же нашла ответы от 2015 года, что через CUIT с их элементами работать не получится. 
В связи с этим вопрос, есть ли какая-то возможность достучаться до подобных элементов? Возможно не через запись рекордером, а описать вручную по аналогии с тем, как это делает рекордер? Или в эти дебри вообще лучше не лезть...

 

Возможно сможете подсказать какой-то инструмент, позволяющий работать с DevExpress? Желательно бесплатный, т.к. покупать testcomplete или ranorex компания не станет.
Пока пробовала ознакомится с pywinauto и SWAPY, словила кучу ошибок, судя по коментам на git, не поддерживается уже.

Возможно есть какие-то плагины для студии по работе с DevExpress, но я пока ничего не нагуглила…

Заранее спасибо за помощь!

[Freiman]

Вы наступаете на те же грабли, что и тысячи других тестировщиков.

Наверно, как-то можно, но сложность создания и поддержки таких тестов будет очень высока, и дешевле-проще-быстрее протестировать руками.

[ugoljok_91]

Понимаю, что сложно. Но боюсь выбора у нас особо нет.

На счет возможного инструмента нет мыслей? Судя по различным форумам, с DevExpress все вообще очень печально...

[Little_CJIOH]

Хотелось съязвить про компании не готовые вложить месячную зарплату сотрудника в повышение его эффективности. Но я тоже когда-то работал в компании отказавшейся купить тесткомплит.

[Freiman]

Нет, вряд ли кто-то из производителей инструментов поддерживает такие кастомные контролы, а из бесплатных - точно никто.

Вы можете примерно прикинуть, во сколько ручных прогонов теста вам обходится написание одного автоматического, во сколько ручных прогонов - поддержка для каждого запуска.
Допустим, написание одного теста вам обходится в 50 прогонов, поддержка - в 0.7, подсчитайте, когда окупится автоматизация.

[Little_CJIOH]

https://stackoverflo...xpress-controls
там есть годный, развернутый ответ, да еще и со ссылкой на какие-то посты в блоге и на родной тестовый фреймворк.

[Сергей]

Да забудьте вы уже про бесплатное ПО, а научитесь продавать свои идеи руководству. Для начала сделайте пилот на демо-лицензии, например тесткомплита и проведите презентацию. Или вы хотели вот так вот прийти и попросить 5килобаксов за ПО за одну лицензию, а потом сказать, ой, оно нам не подходит.

[baxatob]

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

 

P.S. К слову PyWinAuto медленно, но развивается. По-моему это единственный опенсорсный проект десктопной автоматизации с достойным уровнем энтузиазма и поддержки. Но ДевЭкспресс там появится не скоро, конечно же. Зато в прошлом году туда запилили инспектор объектов (типа Object Spy).

[ugoljok_91]

Если кому-то поможет, у DevExpress есть расширение для CUIT, позволяющее распознавать некоторые контролы (см. https://documentatio...-Test-Extension). Поставляется в пакете Universal. Нашу проблему он не решил.

 

Что касается платного ПО - смотрим пробные версии тесткомплита и ранорекса, к сожалению, пока не получается с их помощью распознать проблемные контролы. То ли ПО слишком старое и эти элементы не поддерживаются, то ли делаем что-то не так. Пока разбираемся.

 

P.s.: С аргументами в пользу ручного тестирования и платного ПО для автоматизации я полностью согласна. Но слишком много "но". Последнее слово всегда останется за руководством и заказчиком. Со своей стороны считаю необходимым изучить все возможные решения. 

 

Спасибо всем за ответы!

[vvryabov]

ПО не может быть слишком старым в таком деле (если вы про автоматизируемое приложение), как раз старый софт гораздо лучше автоматизируется, как правило. Интересно услышать, получилось ли в итоге что-то?

 

Сюда на форум захожу раз в полгода. А вот на StackOverflow или в GitHub issues на вопросы по pywinauto отвечаю в приоритетном порядке. Спасибо @baxatob за отзыв. Действительно, сложно быстро развивать проект, работая над ним не full time, а по вечерам (чаще даже по выходным). Для работы с DevExpress скорее всего нужна инжекция managed DLL, чтобы изнутри свойства контролов просветить. Пока мы только нативную DLL научились инжектить, как я уже писал на automated-testing.info. До managed DLL руки дойдут дай бог через год-полтора у моего студента.

[shuriksun]

Попробуйте Squish.
Он платный, но дешевле testcomplete и QTP.
Если не удаётся найти какой-то объект, то можно заставить искать картинку.
Штука капризная, работает нормально только при определённом размере экрана (на котором тесты писались), но работать можно.
Настчет интеграции пока сказать ничего не могу. Отчёты могут экспортироваться в xml.