Какая типичная ошибка при работе с test pyramid у Android Kotlin разработчика?
Что хотят услышать интервьюеры:
Частая ошибка: кандидат знает название test pyramid, но не объясняет, как это влияет на lifecycle, memory, state, threading или тестируемость.
Ответ:
Конкретный риск: писать flaky UI tests, тестировать implementation details или зависеть от реальной сети/базы без контроля.
Как исправить: свяжите решение с реальным Android-контекстом: много unit, меньше integration/UI, минимум дорогих e2e; баланс зависит от риска фичи. Сильный ответ: назвать симптом, причину, способ диагностики и способ предотвратить регрессию.
unit -> integration -> UI