Поиск рискованных модулей по метрикам качества и баг-паттернам

Оцени риск ошибок по данным:
- programming_language
- lines_of_code
- test_coverage
- complexity_score
- bug_pattern
- time_period

Верни список из 3-5 самых вероятных горячих мест. Если имена модулей или функций не даны, используй наиболее правдоподобные категории вроде "модуль парсинга", "код конкурентности", "внешний I/O", "авторизация", "интеграционный слой".

Для каждого элемента соблюдай ровно такой формат:
1) Идентификатор: ...
2) Тип: модуль / функция / класс / компонент
3) Риск: число от 1 до 10
4) Индикаторы:
- конкретная причина с порогом или наблюдением, например CC > 10, coverage < 40%, высокий churn, совпадение с bug_pattern, внешние зависимости, слабая обработка ошибок.
5) Стратегии тестирования:
- 3-5 практических рекомендаций с конкретными сценариями, инструментами для programming_language и метриками эффекта.
- Указывай, какие входы или свойства нужно проверять.
- Поясняй, как измерить улучшение: покрытие, дефекты, mutation score, снижение сложности и т.д.
6) Быстрая мера:
- 1-2 оперативных действия до полноценного тестового цикла.

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