Pull to refresh

Comments 4

из всей статьи наиболее интересно было бы узнать про

> но, на практике проверено, подходы применимы и к питону с десктопом

как там с десктопом?! по своей практике сужу, там всё плохо!

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

Другой вариант: sikuli и прочие движки на распознавании образов — тоже боль!

Ладно, есть же куте и, например, squish… Но, простите, сколько-сколько камазов денег привезти? Спасибо, мы вам перезвоним…

Где же тот грааль, о котором вскользь упоминает автор?! ;)
На один проект таки дали камаз денег, там на уровне squish описаны виджеты, генератор степов питонячий, а тесты вообще на роботе, но архитектура остается та же)

Еще один проект более менее жил с winium и ретраями, но очень уж он, зараза такая, нестабильный, сам по себе падал. Переписали на appium WindowsDriver, тесты бегают стабильнее и быстрее.
Локаторы ищем через ui-spy, так что, видимо, наши wpf разрабы могут в a11y)
понятно… вы больше на винду заглядываетесь, похоже )

у нас основной тренд — qt + qml под линуксом, в т.ч. на эмбеде…
Гибкий и масштабируемый подход, особенно совместно с кодогенерацией степов. Сильно ускоряет разработку тестов и повышает читабельность.
Sign up to leave a comment.