fix covverage

CoverageImprovementPlan.md

@@ -0,0 +1,127 @@
+# План улучшения покрытия тестами (с 64% до 75-80%)
+
+## Текущая ситуация
+- **Текущее покрытие**: 64%
+- **Всего тестов**: 1385
+- **Основные пробелы**: Program.cs, миграции, редкие exception paths
+
+## Приоритетные области для улучшения
+
+### 1. Program.cs - критично ⚠️
+**Проблема**: Глобальный код инициализации плохо покрыт тестами
+
+**Решение**:
+- ✅ Уже есть: `ProgramConfigurationTests.cs` и `ProgramIntegrationTests.cs`
+- ❌ Недостает: тесты для exception handling в главном try-catch
+- Добавить тесты для:
+  - Сценария Fatal exception при старте
+  - Проверки корректного вызова `Log.CloseAndFlushAsync()`
+  - Инициализации ModelService (строка 167-168)
+
+### 2. Исключить автогенерированный код из coverage
+**Файлы для исключения**:
+```xml
+<PropertyGroup>
+  <ExcludeByFile>**/Migrations/*.cs</ExcludeByFile>
+</PropertyGroup>
+```
+
+Или в `.coverletrc`:
+```json
+{
+  "Exclude": [
+    "[*]*.Migrations.*",
+    "[*]*ModelSnapshot"
+  ]
+}
+```
+
+### 3. Редкие exception paths - средний приоритет 🟡
+
+**BotInfoService.cs**:
+- Линии 69-79: fallback на stale cache при ошибке API
+- Строка 91-97: InvalidateCache в race condition сценариях
+
+**Health Checks**:
+- Exception handling в `OllamaHealthCheck`
+- Timeout scenarios в `TelegramBotHealthCheck`
+
+**Telegram Services**:
+- Edge cases в `TelegramErrorHandler`
+- Retry логика в `TelegramMessageSender`
+
+### 4. Модели - низкий приоритет 🟢
+Простые POCO классы с автосвойствами редко требуют тестирования, но для покрытия можно:
+- Добавить тесты на сериализацию/десериализацию
+- Проверить валидацию через FluentValidation
+
+### 5. Async race conditions
+- Тесты на concurrent доступ к `BotInfoService._cachedBotInfo`
+- Параллельные вызовы в `TelegramCommandProcessor`
+- Semaphore locks в различных сервисах
+
+## Быстрые wins (можно сделать за 1-2 часа)
+
+1. **Добавить coverlet.exclude в .csproj**:
+```xml
+<ItemGroup>
+  <AssemblyAttribute Include="System.Diagnostics.CodeAnalysis.ExcludeFromCodeCoverage">
+    <_Parameter1>Migrations</_Parameter1>
+  </AssemblyAttribute>
+</ItemGroup>
+```
+
+2. **Пометить автосвойства как excluded**:
+```csharp
+[ExcludeFromCodeCoverage]
+public class ChatMessageEntity
+{
+    // ...
+}
+```
+
+3. **Добавить 2-3 теста для Program.cs exception scenarios**
+
+4. **Покрыть fallback логику в BotInfoService**
+
+## Ожидаемый результат
+
+После реализации:
+- **Целевое покрытие**: 75-80%
+- **Исключено из метрик**: ~10% (миграции, автогенерированный код)
+- **Реально покрыто**: ~85% значимого кода
+
+## Команды для проверки
+
+```bash
+# Генерация отчета с детальным покрытием по файлам
+dotnet test /p:CollectCoverage=true /p:CoverletOutputFormat=cobertura /p:CoverletOutput=./coverage/
+
+# Если установлен reportgenerator
+reportgenerator -reports:coverage/coverage.cobertura.xml -targetdir:coverage/report -reporttypes:Html
+
+# Для SonarQube (как в CI)
+dotnet-coverage collect "dotnet test" -f xml -o "coverage.xml"
+```
+
+## Философия тестирования
+
+**Не нужно стремиться к 100% покрытию**:
+- Миграции БД - автогенерация
+- Простые POCO - низкая ценность тестов
+- Очень редкие edge cases - cost/benefit анализ
+
+**Фокус на**:
+- Business logic (ChatService, AIService)
+- Критичные пути (команды Telegram)
+- Error handling в важных сценариях
+
+## Резюме
+
+64% - это **хороший показатель** для реального проекта. Основной вклад в "недостающие" 36% вносят:
+- ~10% - автогенерированный код
+- ~10% - редкие exception paths
+- ~8% - Program.cs и глобальная инициализация
+- ~8% - интерфейсы и простые модели
+
+Оптимальная цель: **75-80%** после исключения нетестируемого кода.