Files
specs/openspec/changes/account-top-positions/analysis/test-cases/reg.md
T
codex-bot c66a5cd962
Specs security / security (push) Successful in 7s
Specs verify / verify (push) Successful in 9s
spec: record account-top-positions planning and implementation (WealthLedger/main#48) (#69)
2026-11-01 19:29:11 +03:00

3.7 KiB
Raw Blame History

Test Cases — reg (регрессия затронутых областей)

Проверки сохранения существующего поведения, изменённого рисками change.

TC-REG-001 Существующая вкладка «Позиции» неизменна

  • Verifies: portfolio-concentration — Вкладка «Концентрация» страницы счёта («SHALL NOT менять вкладку по умолчанию и содержание остальных вкладок»); регрессионный baseline canonical portfolio-view
  • Risk / Priority: высокий / high — новая вкладка не должна ломать существующий экран
  • Preconditions: счёт с позициями и Cash Balance; вкладка «Позиции» открывается по умолчанию в canonical-поведении
  • Steps:
    1. Открыть страницу счёта: какая вкладка активна, состав и порядок вкладок.
    2. Пройтись по каждой прежней вкладке: содержимое и сортировка списка позиций, валютная сводка.
    3. Режим «Все счета»: проверить отсутствие «Концентрации» и целостность прежних вкладок.
  • Expected Results: по умолчанию открыта прежняя вкладка («Позиции»); «Концентрация» — рядом, последней из новых; содержание остальных вкладок и «Всех счетов» идентично canonical (сравнение по эталонным данным).
  • Automation Candidate: yes (e2e + существующий regression-прогон)

TC-REG-004 Часовой обход: sector/brand не влияют на успех и нагрузку синхронизации

  • Verifies: hourly-investment-sync (canonical) + PVΔ Свежесть и fallback / F07, F10, F14
  • Risk / Priority: высокий / high — новые RPC-вызовы в обходе могут ломать или замедлять финансовую синхронизацию
  • Preconditions: тестовое подключение; счёт из TC-CONC-007 (6 позиций, смешанные секторы/бренды); метрики tbank.rpc.*
  • Steps:
    1. Обход при полностью успешных ответах: события tbank.rpc.*, успех публикации, lastSuccessfulAt.
    2. Обход с тотальным сбоем sector/brand (UNAVAILABLE на все инструментальные вызовы), финансы успешны.
    3. Обход с RESOURCE_EXHAUSTED на GetAssetBy (после повторов клиента).
    4. Обход, где финансовые ответы не получены, но sector/brand успешны.
  • Expected Results: шаг 1 — Snapshot опубликован, isStale: false. Шаги 2–3 — Snapshot опубликован, успех/свежесть финансов не изменены («Результат получения сектора и эмитента»: неуспешное получение SHALL NOT мешать обновлению Portfolio), sector/brand — прежние известные. Шаг 4 — публикации нет, прежний Snapshot с isStale: true (F01: успех sector/brand не заменяет финансовый). Число новых RPC-вызовов за обход фиксируется как baseline для Q-F3.
  • Automation Candidate: yes (integration)