# QA Analysis

<!-- Risk-based стратегия системной проверки. Ссылайся на Scenarios, не пересказывай.
     Без планов developer unit/component tests. -->

## Risk Assessment

| Риск | Затронутые требования | Вероятность | Ущерб | Глубина проверки |
| --- | --- | --- | --- | --- |

## Coverage Matrix

<!-- Строка на каждый ADDED/MODIFIED/REMOVED Requirement. Назови покрытые Scenarios
     точными headings и ветви таблицы/переходы, если они есть. Проверка даёт наблюдение,
     отличающее исполнение нормы от нарушения; test cases — ссылками, не копиями.
     Пропуск случая — «not verified: <риск-причина>» с названием случая.
     Покрытие — только строки этой таблицы; упоминание требования в другом месте
     файла покрытием не считается. REMOVED требует проверки миграции/регрессии.
     При skip_specs: true вместо дельт укажи существующее поведение/ограничение,
     которое сохраняем, точный источник и регрессионную проверку.
     Пример:
     | `example-report` — `Отбор операций за календарный период` | Последний день периода и следующий день | Отчёт за октябрь включает X за 31.10 и исключает Y за 01.11 | API | ссылка на Scenario | -->

| Requirement / регрессионный baseline | Сценарии / ветви правила | Проверка / ожидаемое наблюдение | Уровень | Test cases |
| --- | --- | --- | --- | --- |

## Negative and Boundary Focus

<!-- Границы до/на/после порога, отказ, повтор, конкуренция, сохранность данных —
     только применимое. Ссылайся на нормы, не придумывай исходы. -->

## Cross-system Verification

## Test Data and Environment Needs

## Manual / Exploratory Scope

## Automation Candidates

## Regression Impact

## Gaps / Blockers

<!-- Цитата/heading → неоднозначность или непокрытый исход → владелец решения и
     upstream-артефакт. Вопрос о значении expected result блокирует согласование. -->