Приоритет покрытия юнит-тестами обычно определялся исходя из следующих критериев:

Критичность функционала: важные для бизнеса или безопасности части кода тестировались в первую очередь.
Сложность и вероятность ошибок: сложные алгоритмы, ветвления и новые компоненты покрывались тестами, чтобы снизить риск багов.
Частота изменений: модули, которые часто меняются, нуждаются в тестах для предотвращения регрессий.
Внешние зависимости: код, взаимодействующий с внешними сервисами, покрывался тестами с моками.
История багов: участки с частыми ошибками получали приоритет.

На практике это выглядело так: сначала писали тесты для ключевых функций и бизнес-логики, затем расширяли покрытие на вспомогательные модули. Также учитывали сроки и ресурсы, чтобы тесты были эффективными и не тормозили разработку.

Как определяли приоритет того, что нужно покрывать юнит-тестами?