Иногда люди пишут #Unit тесты. Также иногда в этих тестах #Exception - ожидаемый результат. И вот тут на разных проектах видел конструкцию, которая вызывается в try-catch и далее происходит #Assert. Не надо так 😅
Для случаев, когда вам нужно проверить, что тестовый метод вернет исключение есть замечательная конструкция Expected. Она говорит о том, что в данном случае ожидается исключение заранее известного типа.
Для случаев, когда вам нужно проверить, что тестовый метод вернет исключение есть замечательная конструкция Expected. Она говорит о том, что в данном случае ожидается исключение заранее известного типа.
На чем вообще можно писать #Android #UI Тесты?
*Зачем и стоит ли это делать - отдельный вопрос 🙈
В статьей на хабре в блоге Авито разобраны инструменты, которые позволяют писать ЮАйные тесты.
Моё личное мнение, что писать UI тесты явно стоит тогда, когда хотя бы большинство #Unit тестов на месте и делают свою работу. https://bit.ly/3bNixde
*Зачем и стоит ли это делать - отдельный вопрос 🙈
В статьей на хабре в блоге Авито разобраны инструменты, которые позволяют писать ЮАйные тесты.
Моё личное мнение, что писать UI тесты явно стоит тогда, когда хотя бы большинство #Unit тестов на месте и делают свою работу. https://bit.ly/3bNixde
Хабр
На чем писать Android UI-тесты
Всем привет. Мы в Avokado Project продолжаем рассказывать про автотестирование в Android. Эта статья — обзор и сравнение существующих инструментов для написания...
#Unit #Тесты позволяют сделать сразу несколько вещей.
👉 Зафиксировать желаемую логику. Вы описываете что вы хотите от вашего будущего кода, а потом имплементируете.
👉 Зафиксировать реализацию. В будущем, когда кто-нибудь захочет поменять логику - тесты не пройдут.
👉 Понять что ваш код не очень... Если тест очень сложный или длинный или непонятный - это значит одно - ваша бизнес логика такая же. Её явно следует упростить и декомпозировать.
Вывод: тесты ваши друзья. "Нет времени на них" - плохая отмаза, ведь в таком случае надо будет найти время на переделку и починку 😉 https://bit.ly/3jZ2IUb
👉 Зафиксировать желаемую логику. Вы описываете что вы хотите от вашего будущего кода, а потом имплементируете.
👉 Зафиксировать реализацию. В будущем, когда кто-нибудь захочет поменять логику - тесты не пройдут.
👉 Понять что ваш код не очень... Если тест очень сложный или длинный или непонятный - это значит одно - ваша бизнес логика такая же. Её явно следует упростить и декомпозировать.
Вывод: тесты ваши друзья. "Нет времени на них" - плохая отмаза, ведь в таком случае надо будет найти время на переделку и починку 😉 https://bit.ly/3jZ2IUb
Android Developers
Build local unit tests | Android Developers