Автоматизация нативного iOS приложения + appium. Ран теста занимает очень много времени.

Автоматизирую нативное iOS приложение. Использую appium фреймворк. Проблема в следующем:
ран одного теста занимает неприлично много времени (от 6 минут). После ресёрча я понял, что степы занимающие наибольшее время - это те в которых на странице есть поля ввода и видна клавиатура и драйвер ищет елемент на этой странице. Судя по всему драйвер видит каждую кнопочку клавиатуры как элемент страницы и построение дерева элементов из-за большого количества кнопочек занимает дико много времени.
Сталкивался ли кто-то с такой проблемой?
Совет “прятать клавиатуру” не подойдет - клавиатуру нельзя спрятать.

Увы но аппиум на данный момент весьма долго работает не только с клавиатурой . С каким биндингом работаете ? Для тестов используете эмулятор или реальное устройство ?

Проблема возникает именно при работе с реальным устройством. На симуляторе тесты бегут относительно шустро.
На счет биндинга затрудняюсь ответить, ибо не знаком с данным термином. Если вы имеете ввиду локаторы элементов, то в основном name.

Биндинги = Библиотеки которые позволяют писать тесты на удобном для вас языке программирования , так на каком языке вы пишите ваши тесты ?

Тесты написаны на JAVA

2 возможных проблемы , от одной избавится можно от второй наврядли

  1. При использовании нативной библиотеки Instruments аппиум принудительно будет ставить дилеи
  2. ява отличный язык но он компилируется и это дает свою задержку

П.С. судя по всему не у вас одного такая проблема с реальными устройствами
https://groups.google.com/forum/#!searchin/appium-discuss/slow$20on$20real$20devices/appium-discuss/AWsho-HGlqE/1WXDMRemglIJ

Спасибо! Нашел в гугловской теме полезную ссылку. Будет время, попробую и отпишусь, если задержки как-то хоть пофиксятся.

Возвращаясь к вопросу , только сегодня опять натыкался , советуют вместо sendKeys() использовать setValue().
И как можно меньше Xpath локаторов использовать