FranciscoSuarez Mar 2 2015 at 09:27

Автоматическое тестирование Java Swing приложений

4 min

17K

Crystal Service Integration corporate blogProgramming*Java*Algorithms*

+23

Comments 5

ragesteel Mar 2 2015 at 12:49

А проверку на то что найденный компонент полностью виден на экране, т.е. его никто не перекрывает и он не выехал за пределы экрана, вы не делаете?

FranciscoSuarez Mar 2 2015 at 12:59

Лишь иногда. У нас прекрасное/близкое к идеальному MVC, потому за всё время проекта не было ни одного прецедента наложения/«выезжания». Так что вставлять эти проверки — только усложнять и замедлять тесты. По идее компоненты, которые находятся за другими или вне видимой области не попадают в dirty region и, думаю, у AWT можно эту информацию получить. Но уверенности нет, надо попробовать.

FranciscoSuarez Mar 2 2015 at 13:08

Первое, что нашёл,
docs.oracle.com/javase/1.5.0/docs/api/javax/swing/RepaintManager.html

Rectangle	getDirtyRegion(JComponent aComponent)

Возможно, это то, что нужно.

lanseg Mar 2 2015 at 13:57

Не погружаясь в глубины сравнения...

А это как раз таки самое интересное, почему fest, а не jemmy?

FranciscoSuarez Mar 2 2015 at 14:14

Ну когда нет реальных статей, сравнивающих два движка, а решение надо принимать быстро, то, уж извините…
Уже позже, пытаясь сравнить, — по ощущениям проход по свинговому дереву у Jemmy не оптимизирован и работает медленнее, чем у Fest (это мнение коллеги, который работает с Jemmy). Поэтому, как я понял, те, кто используют Jemmy, не всегда, но стараются при наличии множества проверок на одном слепке дерева работать с ним в памяти. С Fest таких проблем нет и можно для каждого компонента в отдельности запускать поиск, — никакой видимой потери в скорости не наблюдается.