docs: record compatibility runs, decisions and session reasoning
This commit is contained in:
@@ -0,0 +1,29 @@
|
||||
# Compatibility Errors Log — 2026-04-10
|
||||
|
||||
## Прогоны
|
||||
|
||||
1. tests/shared_sqs_test.sh
|
||||
- Status: PASS
|
||||
- Result: PASS=28 FAIL=0
|
||||
|
||||
2. tests/quick_test.sh
|
||||
- Status: FAIL (ожидаемо для legacy UI checks)
|
||||
- Result: PASS=12 FAIL=7
|
||||
- Основная причина: endpoints /ui/api/* требуют JWT, а сценарий вызывает их без Authorization.
|
||||
- Типовые ответы: 401 authorization required.
|
||||
|
||||
3. tests/hardcore_test.sh
|
||||
- Status: FAIL (частично ожидаемо)
|
||||
- Result: PASS=90 FAIL=14
|
||||
- Основная причина: legacy UI checks без JWT.
|
||||
- Дополнительно: часть ожиданий на строгие validation errors не совпадает с текущей стратегией clamp.
|
||||
|
||||
## Ранее воспроизводимый кейс
|
||||
- 100KB send-message ранее давал connection closed в одном из точечных прогонов.
|
||||
- В повторном hardcore прогоне кейс 100KB прошел успешно.
|
||||
- Вывод: требуется стабильный воспроизводящий сценарий для подтверждения/опровержения плавающего дефекта.
|
||||
|
||||
## Action items
|
||||
1. Разделить тесты на SQS-compat и UI-compat.
|
||||
2. Для UI-compat добавить обязательный JWT login step.
|
||||
3. Для big-payload кейса добавить 10-20 повторов и фиксировать процент ошибок.
|
||||
Reference in New Issue
Block a user