Какая типичная ошибка при работе с flaky tests у Android Kotlin разработчика?
Что хотят услышать интервьюеры:
Частая ошибка: кандидат знает название flaky tests, но не объясняет, как это влияет на lifecycle, memory, state, threading или тестируемость.
Ответ:
Конкретный риск: писать flaky UI tests, тестировать implementation details или зависеть от реальной сети/базы без контроля.
Как исправить: свяжите решение с реальным Android-контекстом: нестабильные тесты подрывают доверие к CI; причины часто в sleep, реальной сети и race conditions. Сильный ответ: назвать симптом, причину, способ диагностики и способ предотвратить регрессию.
replace Thread.sleep with idling/synchronization