69 lines
7.7 KiB
Markdown
69 lines
7.7 KiB
Markdown
# Test Cases — meta (sector/issuer enrichment, Snapshot-инварианты)
|
||
|
||
Cases добавляют данные/порядок событий/oracle сверх Scenarios Delta Specs
|
||
`portfolio-view` (PVΔ). Требуют управляемое время обхода (час) и управляемые
|
||
ответы T-Bank (integration, configured HTTP tests, моки по proto).
|
||
|
||
### TC-META-002 Token-отказ при получении сектора/бренда не маскируется fallback
|
||
|
||
- **Verifies:** `portfolio-view` — `Свежесть и fallback полного Portfolio Snapshot` (исключение token) / Scenario «Отказ token при получении бренда»
|
||
- **Risk / Priority:** высокий / high — invalid token, замаскированный старым Snapshot, скрывает от владельца потерю доступа
|
||
- **Preconditions:** сохранённый полный Snapshot старше 60 минут; подключение с invalid token; GET выполняется после обхода
|
||
- **Test Data:** мок T-Bank: GetPortfolio/GetPositions — PERMISSION_DENIED; типизированный инструмент (sector) — UNAUTHENTICATED
|
||
- **Steps:**
|
||
1. Дождаться обхода (или вызвать принудительно в тесте).
|
||
2. GET Portfolio пользователем.
|
||
3. Повторить с отказом только на `GetAssetBy` (бренд), финансы успешны.
|
||
- **Expected Results:** шаг 2 — `400` Problem Details, code `INVALID_TBANK_TOKEN`, fallback Snapshot не возвращается. Шаг 3 — тот же `400`/`INVALID_TBANK_TOKEN`: отказ token на любом звене сектора/бренда приравнен к отказу обхода (требование «Свежесть и fallback полного Portfolio Snapshot»), хотя финансы могли быть получены.
|
||
- **Automation Candidate:** yes (integration)
|
||
|
||
### TC-META-003 Суточный цикл обновления сектора
|
||
|
||
- **Verifies:** `portfolio-view` — `Обновление сектора и эмитента` / Scenario «Обход через 24 часа» + 24h-отсчёт таблицы `Результат получения сектора и эмитента`
|
||
- **Risk / Priority:** высокий / high — ошибка отсчёта даёт вечное старое значение или вечный ре-fetch
|
||
- **Preconditions:** управляемое время обхода (шаг «час»); позиция P; T-Bank меняет сектор P на `financial` сразу после T0
|
||
- **Steps (линейная шкала):**
|
||
1. T0: обход — успех, `sector: energy` (отсчёт с T0).
|
||
2. T0+1h … T0+23h: обходы — обращений за сектором нет.
|
||
3. T0+24h: обход запрашивает сектор, T-Bank отвечает UNAVAILABLE.
|
||
4. T0+25h: обход запрашивает сектор (ошибка не сбросила отсчёт), T-Bank отвечает `financial`.
|
||
5. T0+26h … T0+48h: обходы.
|
||
6. T0+49h: обход.
|
||
- **Expected Results:**
|
||
- Шаги 2: `sector: energy`.
|
||
- Шаг 3: `sector: energy` (последнее известное), отсчёт не сброшен (идёт от T0) — поэтому шаг 4 снова обращается.
|
||
- Шаг 4: `sector: financial`, отсчёт с T0+25h.
|
||
- Шаги 5: `sector: financial`, обращений нет (T0+25h+24h = T0+49h).
|
||
- Шаг 6: первое обращение после успеха — сектор запрошен.
|
||
- **Automation Candidate:** yes (integration, управляемое время)
|
||
|
||
### TC-META-004 Четыре исхода получения: поле и отсчёт 24 часов
|
||
|
||
- **Verifies:** `portfolio-view` — `Результат получения сектора и эмитента` (каждая строка таблицы) / Scenarios «Ответ без значения заменяет известное значение», «"Не найдено" перезапускает отсчёт», «Ответ о другом инструменте», «Недоступность T-Bank сохраняет известное значение», «Значение ещё не известно»
|
||
- **Risk / Priority:** высокий / high — таблица — ядро нового контракта; классификация NOT_FOUND решает поведение
|
||
- **Preconditions:** 4 позиции P1–P4, у каждой известен `sector: energy` (успех в T0); управляемое время; моки по proto
|
||
- **Test Data:** P1 → ответ со значением `it`; P2 → NOT_FOUND (и вариант «пустой объект без sector» отдельным прогоном); P3 → ответ с чужим `asset_uid`/UID; P4 → UNAVAILABLE (timeout)
|
||
- **Steps:**
|
||
1. В T0+24h провести обход со всеми четырьмя моками.
|
||
2. GET Portfolio, прочитать `sector` P1–P4.
|
||
3. В T0+25h: P2 теперь отвечает значением `financial`; P3 и P4 — тоже успех `financial`.
|
||
4. Обход T0+25h; GET; прочитать `sector`.
|
||
5. Обход T0+48h: P1 и P2 — успех `financial`; P3 и P4 — `energy`.
|
||
- **Expected Results:**
|
||
- Шаг 2: P1 `it` (отсчёт сброшен на T0+24h), P2 `null` (сброшен на T0+24h), P3 `energy` (не сброшен, retry), P4 `energy` (не сброшен, retry).
|
||
- Шаг 4: P2 — по правилу `Обновление сектора и эмитента` значение появляется только при обходе ≥24 ч после «не найдено» (T0+24h), поэтому в T0+25h остаётся `null`; P3 и P4 — `financial` (получено, сброс отсчёта на T0+25h).
|
||
- Шаг 5: P1 — запрошен снова (отсчёт сброшен в T0+24h, T0+48h ≥ 24 ч), становится `financial`; P2 — запрошен (≥24 ч от «не найдено»), становится `financial`; P3 и P4 — не запрашиваются (последний успех T0+25h, T0+48h < T0+49h), `sector: financial` остаётся.
|
||
- **Automation Candidate:** yes (integration; P2-ветка — минимальное воспроизведение перезапуска отсчёта)
|
||
|
||
### TC-META-005 Смена и удаление подключения: sector/brand не протекают
|
||
|
||
- **Verifies:** `portfolio-view` — `Свежесть и fallback` («прежние личные datasets недоступны…»), failure-model F11
|
||
- **Risk / Priority:** высокий / high — утечка данных между подключениями
|
||
- **Preconditions:** пользователь, подключения K1 (счёт A, позиции с sector/brand) и K2 (счёт B)
|
||
- **Steps:**
|
||
1. Заменить K1 на новое подключение K1' (новый token, те же счёта): GET счёта A.
|
||
2. Удалить K1': GET счёта A.
|
||
3. Поздняя публикация обхода K1 (симуляция задержанной попытки) — проверить счёт A и B.
|
||
- **Expected Results:** шаг 1 — 404/409/400 по контракту замены, прежние datasets K1 недоступны; sector/brand позиции не выдаются до первого успешного обхода K1'. Шаг 2 — 404. Шаг 3 — публикация отклонена (`id`/`attemptId`/`running`), в Portfolio K2 и нового K1' данные K1 не появляются.
|
||
- **Automation Candidate:** yes (integration)
|