6098c03e1a
Полная регрессия всех сценариев + 6 новых областей этой сессии (employees, roles, superadmin-console, platform-smtp, auth-password, security-edge). За день исправлено 4 бага: уволенный сотрудник логинится (P0), конкурентное проведение приёмки ломает инвариант (critical), refresh не гасится после ротации (high), change-owner принимал короткий reason (medium). Нереализованный по ТЗ функционал (отчёты/склад-документы/POS/permission-authz/login-ratelimit) зафиксирован как Logic gaps. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
106 lines
4.3 KiB
Markdown
106 lines
4.3 KiB
Markdown
# E2E report: auth-edge
|
||
|
||
Запущен: 2026-05-26T07:02:20.238Z
|
||
Длительность: 3.9с
|
||
|
||
**Итог:** 10 ✓ / 0 ✗ / 0 ⚠ / 0 ◯ (всего 10)
|
||
|
||
## ✓ Step step01_bootstrap_admin: SuperAdmin создаёт орг + админа, получаем access+refresh
|
||
|
||
Длительность: 1168мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Initial login → 200 | ✓ status=200 |
|
||
| api | Получили access + refresh | ✓ |
|
||
|
||
## ✓ Step step02_refresh_token_works: Refresh: старый access обменивается на новые access+refresh
|
||
|
||
Длительность: 331мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | POST /connect/token (refresh) → 200 | ✓ status=200 |
|
||
| api | Новый access ≠ старый | ✓ |
|
||
| api | Новый refresh ≠ старый (rotation) | ✓ |
|
||
| api | Новый access → /api/me 200 | ✓ status=200 |
|
||
|
||
## ✓ Step step03_refresh_token_rotates: После refresh — старый refresh-token больше не работает (rotation)
|
||
|
||
Длительность: 127мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Повторное использование старого refresh → 4xx | ✓ status=400 error=invalid_grant |
|
||
|
||
## ✓ Step step04_invalid_refresh_rejected: Невалидный refresh-token возвращает 400 invalid_grant
|
||
|
||
Длительность: 79мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Случайный refresh → 4xx | ✓ status=400 error=invalid_grant |
|
||
|
||
## ✓ Step step05_tampered_jwt_rejected: JWT с подделанным org_id (изменён без переподписи) отшивается 401
|
||
|
||
Длительность: 24мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Изменённый payload (подпись не сходится) → 401 | ✓ status=401 |
|
||
|
||
## ✓ Step step06_random_jwt_rejected: Случайный JWT-подобный токен из другого ключа отшивается 401
|
||
|
||
Длительность: 12мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Случайный HS256 «JWT» → 401 | ✓ status=401 |
|
||
|
||
## ✓ Step step07_deactivated_user_blocked: Деактивация User.IsActive=false: повторный login и refresh возвращают 400
|
||
|
||
Длительность: 528мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Login деактивированного → 4xx | ✓ status=400 |
|
||
| api | Refresh деактивированного → 4xx | ✓ status=400 error=invalid_grant |
|
||
|
||
## ✓ Step step08_archived_org_blocks_login: Архивная организация: login существующего админа возвращает 400 invalid_grant
|
||
|
||
Длительность: 373мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Архивация орг → 200/204 | ✓ status=204 |
|
||
| api | Login юзера архивной орги → 4xx | ✓ status=400 error=Организация удалена или архивирована. Обратитесь к владельцу. |
|
||
|
||
## ✓ Step step09_duplicate_signup_blocked: Повторный signup с тем же email живой орги отвергается 400
|
||
|
||
Длительность: 39мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | Повторный signup на занятый email → 4xx | ✓ status=400 {"error":"Пользователь с таким email уже зарегистрирован."} |
|
||
|
||
## ✓ Step step10_orphan_signup_reactivates: Signup с email orphan-юзера (его org удалена) — реактивирует с новой org
|
||
|
||
Длительность: 1179мс
|
||
|
||
| Тип | Проверка | Результат |
|
||
|---|---|---|
|
||
| api | First signup → 200/201 | ✓ status=200 {"organizationId":"c41c2728-ce20-4205-840e-d465bbee537e","email":"orphan-1779778940238@example.kz"} |
|
||
| api | Re-signup orphan email → 200/201 (реактивация) | ✓ status=200 {"organizationId":"14bd0fa0-fcc2-404a-948b-b6980972ffa3","email":"orphan-1779778940238@example.kz"} |
|
||
| api | Login после реактивации → 200 | ✓ status=200 |
|
||
|
||
## Summary
|
||
|
||
- Passed: 10
|
||
- Failed: 0
|
||
- Warnings: 0
|
||
- Skipped: 0
|
||
|
||
## Critical bugs
|
||
|
||
Нет.
|