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

​​Экстремальное программирование. Разработка через тестирование (2017)
Автор: Кент Бек

Второе издание знаменитого бестселлера, раскрывающего методику TDD (разработка, основанная на тестировании) и демонстрирующего мощь и простоту этой методики на примерах разработки реального программного кода.

Книга содержит два программных проекта, реализованных с использованием TDD, генерирующего понятный, гибкий и изящный код, легко модифицируемый, корректно работающий и не приносящий неприятных сюрпризов своим создателям. Также книга содержит каталоги приемов работы в стиле TDD и имеющих отношение к TDD рефакторингов и паттернов. Книга будет полезна всем программистам, желающим поднять производительность труда и испытывать удовольствие от процесса программирования.

Скачать книгу на русском: https://t.me/progbook/353

#common #qa #testing #book

Привет народ. какие части  MVP обычно покрываются тестами? Начал писать тест для репозитория и понял что это бред. что я смогу протестить - ничего. Думаю только презентер можно протестить и вью, правильно?

Презентер - точно надо тестить, там есть логика
Для View - можно UI-тесты сделать

По репозиториям, можно тестить БД-репозиторий.
Добавить запись - проверить, что ее потом можно считать.
Поменять запись, считать и проверить, что обновилась.

да вот вопрос в том что не понятно, реально в бд писать или на моках все делать. Потому что если на моках - то какой смысл вообще в этом тесте

но я разбираюсь. вот нашел полезную штуку

Mockito.when(productRepository.getProducts(new ProductsRequest())).thenReturn(mockProducts());
       Observable<ProductsResponse> products = productRepository.getProducts(new ProductsRequest());
       TestObserver<ProductsResponse> observer = new TestObserver<>();
       products.subscribe(observer);
       // then:
       observer.assertComplete();
       observer.assertNoErrors();

вроде понятно немного как обсервебл тестить а вот как лайв дату пока не могу понять

В базу, конечно, реально записывать. Это проверка того, что репозиторий верно работает с базой.

Про TestObserver у меня отдельный урок есть, в курсе RxJava. Для LiveData наверно нет такого же инструмента, он все таки проще гораздо, событий у него меньше.

вот нашел решение https://stackoverflow.com/a/44271247/4781349

а вот еще вопрос. Я нашел способ тестить room DAO но теперь хз нужно ли тестить репозитории?(которые работают с базой)

Может быть как раз тестить надо не Dao, а репозиторий ...
Потому что реализация может смениться, например, с Room на Realm, а репозиторий останется. И логично покрывать тестами именно его.

ага. я уже затестил и то и то) хоть и дублируют друг друга. рум подключил через даггер2 и все стало понятно и удобно

до этого не мог понять как инициализировать даошки чтобы репозиторий мог их использовать

гайз, может кто знает как захендлить клик по стрелке "назад" в toolBar  в espresso?

(не хардварный, а именно в toolbar-е)

espresso.pressBack()

или я что-то не понял?

Может быть так?

onView(withContentDescription(R.string.abc_action_bar_up_description)).perform(click());

Всем салам. Я солдал nawigation draver и создал fragment. Тут проблема. Что то не загрузится fragment на content main

Это чат про тестирование
Общие вопросы пишите в чате https://t.me/startandroidchat