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

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

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

Смысл темы: много unit, меньше integration/UI, минимум дорогих e2e; баланс зависит от риска фичи. На собеседовании: объясните не только API, но и границы ответственности.

unit -> integration -> UI