наверное все-таки https://github.com/agoda-com/Kakao

Collapsible toolbar кто-нибудь использует? Как научить эспрессо нормально работать со списками внутри него?

В контенте

И насколько стабильные у гостей тесты, как достичь того, чтобы результатам ui тестов можно было доверять?

@nekdenis Попроси с хэштэгом вопросы публиковать, а то легко потеряться могут.

Вот и решение вопроса по вопросам по подкасты, чтоб были так называемые триды

я записываю

Какой network слой лучше мокировать в UI тестах? В моделях (интеракторы например), okhttp или поднимать локальный сервер? Все за и против.

Когда запускать UI тесты? Имеется CI и стандартный git flow например.

Ох холиварная тема :)

Лучше ли подменять все потоки на главный в UI тестах? Если да, то как быть с (асинхронными) транзакциями фрагментов во время UI тестов (они банально не добавляются, когда всё выполнять в одном потоке)?

commitnow

Транзакции запускаются в UI потоке, а espresso (если им пользуешься) ждет пока на ui потоке все выполнится и будет "тихо".

А если у тебя есть ситуации, когда нужно подождать что-то, то можно использовать эту либу:
https://github.com/AzimoLabs/ConditionWatcher

и обернуть это в kotlin, то получится что-то вроде этого:
waitWhenConditionMeet("Wait when list loaded", {
           screenRule.activity.findViewById(R.id.recycler).visibility == View.VISIBLE
       })

Спасибо за либу. Единственное, что не нравится: необходимо везде в тестах писать wait, на всё, что должно было бы выполниться за время запроса (допустим добавление фрагмент диалога, создание ViewPager). Если бы запрос освободил UI поток, то все эти действия вклинились в очередь задач и  успели бы выполниться.

Решение, которым я сейчас пользуюсь: библиотека от JakeWharton, которая заставляет эспрессо дожидаться выполнения фоновой задачи. https://github.com/square/RxIdler.
Плюс: не надо писать никаких wait, подменяешь Scheduler в графе один раз и всё работает из коробки.
Минус: создаёт новый поток.

Вот и не знаю, нормальное ли это решение или есть что-то получше?

P.S: Если не используешь Rx, а, допустим, запускаешь таски с помощью корутин, то там немного сложнее получается, но тоже решаемо

В каком-то докладе Juno говорили о том, что они с таким подходом выстрелили себе в ногу. Тесты не проходили иногда. Но может это было в RxJava 1.x, а в 2.x поправили.

Хм, спасибо за инфу, не знал)

использование Espresso Idling Resource всегда нормальное решение

И снова +

Может лучше в выпуске?