Решил проблему. Xpath кстати медленно ищет. А по id бывает не находит элемент 5-10% от всех тестов.

Держи в курсе

Всем привет. Вопрос по взаимодействию Appium и системной клавиатуры. Приложение гибридное.
На экране ввода смс кода нет возможности сделать sendkeys, нашел решение через pressKey, которое показал ниже

public void enterSmsCode() {
       $(SMS_HEADER).shouldBe(visible);
       pressKey(new KeyEvent(AndroidKey.NUMPAD_1));
       pressKey(new KeyEvent(AndroidKey.DIGIT_1));

Попробовал 2 варианта нажатия на цифру 1. Ни один не срабатывает. Точнее тест считает, что он все круто сделал и валится на следующем шаге, тк не может найти элемент.

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

А жсом не пробовал подставить?

у меня была подобная проблема

Никогда так не делал, думал, что это чисто вебовская штука. Да, у меня гибрид, но все же.
Может, у тебя есть кусочек кода?

JavascriptExecutor js = (JavascriptExecutor)driver;

js.executeScript(“document.getElementsById(‘some_id’).value=’text’;”);

вот примерно вот так

Агаа, сейчас попробую, спасибо

Это было более стабильное решение чем пляски с клавиатурой

Привет! Ребята, расскажите, пожалуйста, про опыт работы с тестовыми девайсами. Есть ли проблемы в работе: с поиском устройств, пользователей, зарядкой, беспорядком, путаницей кто что взял куда положил и проч. Как вообще у вас это происходит?

Всем привет.
Ребята, я тут подобновил свой репозиторий и залил туда пример работы с Selenide+Appium на Kotlin и как я решил проблему невозможности двойных аннотаций в Appium для Kotlin
Набрасывайте если что есть по существу и ставьте звездочки если понравится репозиторий!
https://github.com/romsper/qa-automation-base

👍

@romsper могу набросить retrofit через enqueue с коллбеками, а не через execute. Ещё сейчас пытаюсь параллелить api тесты через корутины, а не силами фреймворка - кое-какие идеи есть на этот счёт

Ещё, чего мне кажется в инете не хватает дак это примеров тестов gRPC, тоже есть кое-какие идеи

enqueue - это же асинхронность, если я правильно помню.
Зачем не асинхрон в тестах? Я как юзер иду последовательно! )
Другое дело что я совсем не пишу try catch нигде и это косяк, но в целом в паре шагов сложно запутаться )))

Я сейчас тоже на пути корутинов, но для Android. Планирую уходить из QA, ибо накипело, а в Канаде еще свои приколы и "кадры"...

gRPC - да, было бы интересно, но вряд-ли я уже буду это тестировать (см пункт выше) )))

Ну например лично у меня много задач в последнее время а-ля сгенерить 100500 пользователей и открыть кучу стримов одновременно. Что-то вроде нагрузочного теста, но не совсем.

Пока что есть решение на скорую руку на Go, но в планах на котлине попробовать, заодно и сравнить производительность интересно. Да и просто прикольно на самом деле попробовать что-то новое, поразбираться, лишним не будет никогда.

Из QA я кстати тоже валю скоро, и тоже в Android)

Ееее!!!
Ибо Kotlin, ибо круто! )))

Я еще в России думал сбежать, но по объективным причинам не мог, да и не до этого было.
А тут просто боль и т.п. и возможность появилась ;)
Желаю тебе удачи!

Спасибо!
Коллеги, сори за оффтоп