Какая типичная ошибка при работе с fake repository у Android Kotlin разработчика?
Что хотят услышать интервьюеры:
Частая ошибка: кандидат знает название fake repository, но не объясняет, как это влияет на lifecycle, memory, state, threading или тестируемость.
Ответ:
Конкретный риск: писать flaky UI tests, тестировать implementation details или зависеть от реальной сети/базы без контроля.
Как исправить: свяжите решение с реальным Android-контекстом: упрощенная рабочая реализация часто стабильнее mock, особенно для ViewModel tests. Сильный ответ: назвать симптом, причину, способ диагностики и способ предотвратить регрессию.
class FakeUserRepository : UserRepository