+

Год назад пришли всей командой к тому, что не принимаем PR без unit-тестов ко всему, не зависимому от платформы (Android в нашем случае), коду. Благо, DI в сочетании с Clean Architecture к этому располагают. Плюс, пишем интеграционные тесты к DAO и миграциям БД. UI-тесты делегировали QA-команде. :) Первые гоняем на CI — сборка, естественно, падает, если какой-то из тестов не проходит.

Ни об одном из этих пунктов не жалеем.
Это очень положительно сказывается на здоровье кодовой базы (и уровне предсказуемости поведения написанного кода), и спустя год при реализации любой бизнес-логики и проектировании архитектуры очередной сложной секции мыслишь через призму вопроса самому себе «а насколько удобно это будет покрыть тестами [и в последствии вносить в реализацию правки]?».

Еще очень TDD и иногда BDD заходит для нетривиальной бизнес-логики. В таких случаях противоположный формат «сначала реализация, затем тесты к ней» даже воспринимается как своеобразное подыгрывание себе и уже попавшим в реализацию потенциальным багам. Хотя, откровенно говоря, в случае с классами и методами с более простой начинкой найти достаточное количество самодисциплины для TDD бывает трудно (да и нужно ли?). :)

Trainee / Junior Android Developer
город Николаев, приветствуется и remote
Резюме: drive.google.com/...lS1k0aEE/view?usp=sharing
email: [email protected]
Высоко мотивирован приобрести первый реальный практический опыт в разработке Android-приложений. Полгода работаю с Android SDK, предварительно освоив на достаточном уровне Java Core. Есть несколько экспериментальных проектов-приложений, созданных для оттачивания навыков. Быстро учусь новому, испытываю огромный интерес к Android-разработке, владею английским на приличном уровне (IELTS, Score 6.5) и немецким. На данный момент, подходят любые условия по оплате.