Как правильно применять flaky tests в реальном Android Kotlin проекте?

Практический подход: применяйте flaky tests там, где это решает конкретную задачу приложения, а не ради шаблона.

• Определите слой: UI, ViewModel, domain, data, platform или infrastructure.
• Проверьте lifecycle, cancellation, ошибки, configuration change и process death.
• Добавьте тест или хотя бы воспроизводимый сценарий.

Смысл темы: нестабильные тесты подрывают доверие к CI; причины часто в sleep, реальной сети и race conditions. На собеседовании: объясните не только API, но и границы ответственности.

replace Thread.sleep with idling/synchronization