Комментарии 9
Ну и название!
К сожалению, название это не худшая её часть.
Все работает Очень медленно. IDE, написанная на
Java добавляет своих особенностей… тестировать десктопные
приложения, наверное можно. Браузер — лучше сразу застрелиться.
По личным ощущениям, лучше использовать не эту IDE,
а велосипедировать на питоне,
управляя мышкой\клавой,
снимая и анализируя скриншоты самостоятельно.
Гемора примерно столько же — гибкости значительно больше.
Ну и это true way, в конце концов, более похож на программирование,
нежели на создание макросов, чем по-сути и является использование этой IDE.
Вероятно, тем кто знает Java\Groovy\Clojure\Scala — будет легче расширять саму систему,
делая её более гибкой, нежели писать велосипед,
на том же питоне(любом_другом_языке).
Все работает Очень медленно. IDE, написанная на
Java добавляет своих особенностей… тестировать десктопные
приложения, наверное можно. Браузер — лучше сразу застрелиться.
По личным ощущениям, лучше использовать не эту IDE,
а велосипедировать на питоне,
управляя мышкой\клавой,
снимая и анализируя скриншоты самостоятельно.
Гемора примерно столько же — гибкости значительно больше.
Ну и это true way, в конце концов, более похож на программирование,
нежели на создание макросов, чем по-сути и является использование этой IDE.
Вероятно, тем кто знает Java\Groovy\Clojure\Scala — будет легче расширять саму систему,
делая её более гибкой, нежели писать велосипед,
на том же питоне(любом_другом_языке).
Есть и не менее прекрасный PhantomJS(и, опционально — CasperJS).
Кстати, в PhantomJS 1.8 была добавленна поддержка вебдрайвера (на основе ghostdriver).
И, к сожалению, давно не разрабатывается.
Согласен с вышесказанным.
Эта статья написана скорее для тех людей которые столкнулись с необходимостью автоматизации в сложных ситуациях.
Один из примеров: в регресстесте игры приходилось сравнивать отображаемые данные с табличными. Причём отображаемые данные были текстово-числовые но отображались в виде картинки без возможности их выдрать (точнее возможность была, но человеческий фактор играет свою роль). И плюс к тому это безобразие было динамическим. Вот и пришлось взять в руки Sikuli привинтить распознавание текста и научить сравнивать с данными из Excel-ника.
Единственное по поводу скорости это я маху дал. Сейас поправлю. Я имел в виду среди своих сородичей.
Эта статья написана скорее для тех людей которые столкнулись с необходимостью автоматизации в сложных ситуациях.
Один из примеров: в регресстесте игры приходилось сравнивать отображаемые данные с табличными. Причём отображаемые данные были текстово-числовые но отображались в виде картинки без возможности их выдрать (точнее возможность была, но человеческий фактор играет свою роль). И плюс к тому это безобразие было динамическим. Вот и пришлось взять в руки Sikuli привинтить распознавание текста и научить сравнивать с данными из Excel-ника.
Единственное по поводу скорости это я маху дал. Сейас поправлю. Я имел в виду среди своих сородичей.
Может, конечно, что-то изменилось, но я сам очень интересовался возможностью использовать Sikuli для тестирования GUI, но стабильность самого инструмента просто никакая. Простейшие сценарии ломались за обозримое время (или жрали море ресурсов / начинали находить вообще не похожие на искомые изображения объекты).
Короче, Вы сколько-нибудь длительные тесты запускали?
Короче, Вы сколько-нибудь длительные тесты запускали?
Запускал 1-3 дневные но для того чтоб они стабильно работали мне их пришлось очень хорошо катать, чтобы на все изменения она реагировала адекватно а не вылетала с ошибкой сценария. А вот ошибки распознования они бывают и самое интересное выскакивают на анимации. Редно но бывает. И в основном из-за того, что распознаётся маленький объект. Нюансов выше крыши. А вот ресурсы кушает старательно это факт, но мне 2х ядер хватает. Если остались исходники я бы на них с радостью взглянул t3950339()gmail.com
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Подробнее о Sikuli в автоматизации тестирования