Выводить в переменную текущее активное приложение в фокусе

[Iv1]

Приложения сами могут сворачиваться, особенно когда в фоне обновились или гугл плей обновился.
А т.к. новывая VM всегда обновляет что-то там у себя, то и приложения могут сворачиваться и крашиться даже.

Потому желательно:
1. иметь переменную которая показывает приложение в фокусе. (приложение в фокусе и так определяется по кнопке на панели, но надо еще и в переменную)
2. Идеально - в кубике иметь кавычку по умолчанию, которая включает проверку для успешного выполнения - "не поменялось ли приложение в фокусу на фоне прошлого кубика"

Это позволит избежать ситуацию когда на экране само по себе что-то прыгает, а шаб про это даже не знает. И это позволит повысить процент успешности выполнения проекта.

 

[ex3maL]

Приложения сами могут сворачиваться, особенно когда в фоне обновились или гугл плей обновился.
А т.к. новывая VM всегда обновляет что-то там у себя, то и приложения могут сворачиваться и крашиться даже.

Потому желательно:
1. иметь переменную которая показывает приложение в фокусе. (приложение в фокусе и так определяется по кнопке на панели, но надо еще и в переменную)
2. Идеально - в кубике иметь кавычку по умолчанию, которая включает проверку для успешного выполнения - "не поменялось ли приложение в фокусу на фоне прошлого кубика"

Это позволит избежать ситуацию когда на экране само по себе что-то прыгает, а шаб про это даже не знает. И это позволит повысить процент успешности выполнения проекта.

adb прекрасно с этим справляется.

 

[Iv1]

adb прекрасно с этим справляется.

Спасибо тебе дружище...

В идеале чтобы это прямо в каждый кубик было встроено, чтобы проверяло не сменилось ли случайно приложение в фокусе. А оно прямо запросто может.

 

[ex3maL]

Спасибо тебе дружище...

В идеале чтобы это прямо в каждый кубик было встроено, чтобы проверяло не сменилось ли случайно приложение в фокусе. А оно прямо запросто может.

Прямо в каждый кубик
От обработки текста до уведомлений
Прям везде проверки активного апк)))))

Можно делать средствами адб проверки через каждые н-шагов в шаблоне и все (если по факту вопроса).

 

[ex3maL]

К тому же твои предложения чека фокуса апк так увеличат время работы шаба, что никто не будет рад.
Бесполезно в общем это все.

 

[Iv1]

К тому же твои предложения чека фокуса апк так увеличат время работы шаба, что никто не будет рад.
Бесполезно в общем это все.

Бесполезно вредные советы давать.

А если есть проблема что приложение внезапно может терять фокус по множеству причин, то неплохо иметь механизм проверки этого фокуса.
А если при этом не надо плодить 2Х кубиков, то вообще замечательно.

 

[ex3maL]

Бесполезно вредные советы давать.

А если есть проблема что приложение внезапно может терять фокус по множеству причин, то неплохо иметь механизм проверки этого фокуса.
А если при этом не надо плодить 2Х кубиков, то вообще замечательно.

Не надо плодить в кубах различные проверки
Для этого есть выход по красной ветке в случае отсутствия элемента
К чему проверять фокус
А вот захотелось
Давайте на один тач сделаем 500 проверок

нужна проверка - юзай адб
Команды там есть соответствующие!

 

[ex3maL]

Для этого есть выход по красной ветке в случае отсутствия элемента

Специально даже видео записал)))

 

[Iv1]

Не надо плодить в кубах различные проверки
Для этого есть выход по красной ветке в случае отсутствия элемента
К чему проверять фокус
А вот захотелось
Давайте на один тач сделаем 500 проверок

нужна проверка - юзай адб
Команды там есть соответствующие!

Красная ветка надо, например, если хочешь тыкнуть, но элемент почему-то оказался не на экране (разрешение, например, другое на этой VM) и по красной ветке - надо сделать свайп, чтобы элемент появился.
Красная ветка, например, если не прогрузилось просто еще и уходишь в цикл подождать.
Красная ветка, если приложение выкинуло какое-нибудь левое уведомление на пол экрана и надо его убрать
Красная ветка, если в процессе авторизации не тот элемент выдало и надо пойти другим алгоритмом

Но все эти действия - они ожидаемые и это варианты ветвления алгоритма шаба.

А вот случайные события, которые скорее относятся к падению, чем к алгоритму работы - это надо свой механизм детекта и определения работоспособности.
MEmu далеко не всегда стабильна (если в ней дело даже) и когда твое приложение, с котором работаешь, внезапно само по себе сбежало - это достаточно неожиданно и неприятно, а шаб надо продолжить выполнять.

Для примера скептикам, в постере за контроль работоспособности инстанса когда-то тоже шла войта и разработчики насколько смогли ввели контроль его живучести, количество попыток действия, корректного ответа по ошибке при падении инстанса и тд.
Здесь так же прямая аналогия, только на живучесть MEmu механизмом повлиять сильно меньше, потому на уровне Droidа надо больше контроля.