tbank-metadata-persistence: три delay перед конкурентными действиями (coalescing, delete/replace, credentials failure) заменены на сигнал started из мока upstream; два delay перед проверками удалены, так как не давали доказательства (settled() уже ждёт, а проверка «не вызывалось» не требует ожидания). Остался только delay внутри settled() (опрос с верхней границей).
tbank-operations-sync: один кейс (overlapping atomic groups) переведён на сигнал started.
Что проверено
Мутанты: в operations-sync кейс forced visible period падает без delay (порядок history→screen реально зависит от записи в БД). Поэтому он оставлен с delay, а не заменён на state(running): барьер состояния изменил результат теста, и такой порядок требует отдельного разбора.
npm run verify: 40 suites, 268 tests, зелёные. npm run test:e2e: 21/21 suites зелёные.
В operations-sync осталось ~14 delay. Они не эквивалентны барьеру: каждый требует разбора того, на что именно он полагается (как показал кейс forced visible). Механическая замена не допустима.
Не сделано: catalog (конкурирующий producer), portfolio.service.spec, rollback fault после первого Portfolio write, доказательство claimed-fence в publish.
Поэтому PR не использует Closes.
Refs #63
## Что изменено
- `tbank-metadata-persistence`: три `delay` перед конкурентными действиями (coalescing, delete/replace, credentials failure) заменены на сигнал `started` из мока upstream; два `delay` перед проверками удалены, так как не давали доказательства (`settled()` уже ждёт, а проверка «не вызывалось» не требует ожидания). Остался только `delay` внутри `settled()` (опрос с верхней границей).
- `tbank-operations-sync`: один кейс (overlapping atomic groups) переведён на сигнал `started`.
## Что проверено
- Мутанты: в `operations-sync` кейс `forced visible period` падает без `delay` (порядок history→screen реально зависит от записи в БД). Поэтому он оставлен с `delay`, а не заменён на `state(running)`: барьер состояния изменил результат теста, и такой порядок требует отдельного разбора.
- `npm run verify`: 40 suites, 268 tests, зелёные. `npm run test:e2e`: 21/21 suites зелёные.
## Ограничения (#63 НЕ закрывается)
- В `operations-sync` осталось ~14 `delay`. Они не эквивалентны барьеру: каждый требует разбора того, на что именно он полагается (как показал кейс forced visible). Механическая замена не допустима.
- Не сделано: `catalog` (конкурирующий producer), `portfolio.service.spec`, rollback fault после первого Portfolio write, доказательство `claimed`-fence в `publish`.
- Поэтому PR не использует `Closes`.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Refs #63
Что изменено
tbank-metadata-persistence: триdelayперед конкурентными действиями (coalescing, delete/replace, credentials failure) заменены на сигналstartedиз мока upstream; дваdelayперед проверками удалены, так как не давали доказательства (settled()уже ждёт, а проверка «не вызывалось» не требует ожидания). Остался толькоdelayвнутриsettled()(опрос с верхней границей).tbank-operations-sync: один кейс (overlapping atomic groups) переведён на сигналstarted.Что проверено
operations-syncкейсforced visible periodпадает безdelay(порядок history→screen реально зависит от записи в БД). Поэтому он оставлен сdelay, а не заменён наstate(running): барьер состояния изменил результат теста, и такой порядок требует отдельного разбора.npm run verify: 40 suites, 268 tests, зелёные.npm run test:e2e: 21/21 suites зелёные.Ограничения (#63 НЕ закрывается)
operations-syncосталось ~14delay. Они не эквивалентны барьеру: каждый требует разбора того, на что именно он полагается (как показал кейс forced visible). Механическая замена не допустима.catalog(конкурирующий producer),portfolio.service.spec, rollback fault после первого Portfolio write, доказательствоclaimed-fence вpublish.Closes.