Послушал наконец-то подкаст о UI тестах. Очень сильно помог в голове порядок навести и осознать, чего стоит внедрение UI тестов и когда стоит их вообще внедрять. Спасибо огромное, круто слышать, как вы описываете реальные проблемы и их решения. ++ В карму всем докладчикам)
а о чем чел рассказывал? я пытался наскрести на доклад по теме, но как-то слабо вышло
Doug Stevenson рассказывал про каждый сервис фаербейза (FCM, Storage, Firestore и CloudVIsion), которые участвуют в работе smart doorbell (https://github.com/androidthings/doorbell)
Про донат, мы практически ничего не зарабатываем, так, чисто с вакансий на хостинг и мерч (да-да мы готовим фирменный свэг, который раздадим на предстоящих конференциях)
Добрый день. Перед прослушиванием подкаста о UI тестах решил прослушать подкаст о модульных тестах. Участники высказываются против использования mockito и за использование фейков (stub). Хотелось бы услышать опыт тестирования поведения: когда один класс оказывает воздействие на другой. Если говорить конкретно, при тестировании методов презентера нужно протестировать обращение к вью.
В этом же подкасте затрагивается тема шаблонного (boilerplate) кода и нарушения приниципа DRY в модульных тестах. Я придерживаюсь мнения, что модульный тест должен содержать свой контекст. Т.е. в разделе given подготавливается контекст для теста: инициализация и инъекция зависимостей. Следовать принципу DRY помогает паттерн фабричный метод (factory method) и возможность Котлин указывать параметры по умолчанию. Хотелось бы услышать мнение сообщества: какие практики помогают писать легко читаемые и поддерживаемые модульные тесты?
Doug Stevenson рассказывал про каждый сервис фаербейза (FCM, Storage, Firestore и CloudVIsion), которые участвуют в работе smart doorbell (https://github.com/androidthings/doorbell)
Добрый день. Перед прослушиванием подкаста о UI тестах решил прослушать подкаст о модульных тестах. Участники высказываются против использования mockito и за использование фейков (stub). Хотелось бы услышать опыт тестирования поведения: когда один класс оказывает воздействие на другой. Если говорить конкретно, при тестировании методов презентера нужно протестировать обращение к вью.
Занимательное письмо пришло от Google по поводу GCM. Правильно ли я понимаю что у всех старых приложений на GCM перестанут работать нотификации через год?