test: define open alpha acceptance gates

docs/ROADMAP.md

@@ -109,8 +109,8 @@
 
 - [x] Опубликовать страницы `/rules` и `/privacy`, добавить ссылки в footer и обязательное несохраняемое согласие перед отправкой улова.
 - [ ] Создать и проверить ящики `privacy@rf4spotter.ru` и `abuse@rf4spotter.ru`, определить срок реакции на обращения.
-- [ ] Проверить публичные abuse-сценарии: burst заявок, крупные файлы, повторные отправки и рост очереди модерации.
-- [ ] Зафиксировать короткий сценарий приёмки пилота и измеримые критерии: успешная отправка/модерация, понятность оценки, свежесть данных и допустимое время ответа.
+- [x] Проверить локально публичные abuse-сценарии: шестая заявка блокируется, файл > 8 МБ отклоняется до декодирования, повтор screenshot запрещён, admin queue ограничена 100 строками; нагрузочный прогон остаётся серверным шагом.
+- [x] Зафиксировать сценарий приёмки открытой альфы, измеримые пороги и стоп-критерии (`docs/open-alpha-acceptance.md`).
 - [ ] Согласовать первые категории рекордов, водоёмы и виды рыб.
 - [ ] Наполнить базу небольшим разрешённым набором реальных данных.
 - [ ] Провести тестирование с несколькими игроками по подготовленному сценарию.
@@ -122,9 +122,9 @@
 
 Технический production-контур, health/readiness, backup/restore и безопасные логи готовы. Следующие пункты выполняются строго по одному:
 
-1. создать и проверить контакты `privacy`/`abuse`;
-2. подготовить сценарий и измеримые критерии открытой альфы, включая публичную нагрузку и злоупотребления;
-3. мониторинг, DNS/TLS и проверка production-профиля на целевом сервере.
+1. согласовать стартовые категории, водоёмы и виды рыб;
+2. создать и проверить контакты `privacy`/`abuse`;
+3. мониторинг, нагрузка, DNS/TLS и production-профиль на целевом сервере.
 
 После каждого пункта необходимо:
 

docs/open-alpha-acceptance.md

@@ -0,0 +1,43 @@
+# Приёмка открытой альфы RF4 Spotter
+
+Версия: 7 сентября 2026 года. Проверка проводится сначала владельцем проекта, затем группой из 5–15 игроков. В пилот входят только согласованные водоёмы, рыбы и источники; неполный staging не публикуется.
+
+## Условия открытия
+
+- production preflight, DNS, TLS, `/health` и `/ready` успешны;
+- настроены внешний backup, ежедневное обслуживание и уведомления мониторинга;
+- работают `privacy@rf4spotter.ru` и `abuse@rf4spotter.ru`, назначен ответственный;
+- опубликованы `/rules` и `/privacy`, форма требует согласия;
+- заглушки секретов отсутствуют, административные маршруты закрыты двумя уровнями авторизации;
+- импортирован небольшой разрешённый набор реальных данных, демоданные отсутствуют.
+
+## Сценарий игрока
+
+1. На телефоне открыть главную, выбрать водоём и рыбу, получить результат не позднее второй высоты экрана.
+2. Открыть точку и своими словами объяснить активность, уверенность и свежесть.
+3. Отправить улов с обязательными полями и согласием; убедиться, что до модерации он не публичен.
+4. Модератор проверяет заявку, указывает причину отказа либо одобряет её.
+5. После одобрения точка появляется в выдаче; удаление заявки обезличивает данные и сохраняет аудит.
+6. Проверить рекорды и сброс фильтров на desktop и 390 px.
+
+## Измеримые критерии
+
+| Область | Проходной порог |
+|---|---|
+| Доступность | axe: 0 critical/serious; Lighthouse accessibility ≥ 95 |
+| Интерфейс | нет горизонтального overflow на 390 px; ≥ 80% участников завершают поиск без подсказки |
+| Понятность | ≥ 80% верно объясняют разницу активности и уверенности |
+| API | p95 публичных списков ≤ 250 мс; admin queue ≤ 500 мс на пилотном объёме |
+| Надёжность | readiness успешен; backup моложе 26 часов и проходит checksum |
+| Модерация | 100% пользовательских заявок сначала `pending`; медианное решение ≤ 12 часов |
+| Свежесть | успешный разрешённый импорт не старше настроенного интервала; сбой явно виден в readiness/monitoring |
+| Abuse | шестая заявка одного клиента за 10 минут получает `429`; файл > 8 МБ отклоняется; повторный screenshot отклоняется |
+| Обращения | abuse подтверждается ≤ 24 часов, privacy/delete ≤ 72 часов |
+
+## Стоп-критерии
+
+Альфа закрывается для новых отправок при утечке данных или секретов, потере возможности восстановления, обходе модерации, недоступности обоих контактов более 24 часов либо устойчивой ошибке 5xx выше 2% за 15 минут. Публичное чтение можно оставить только если оно не усугубляет инцидент.
+
+## Результат прогона
+
+Для каждого запуска фиксируются дата, версия/коммит, участники, объём данных, p95, ошибки, возраст backup, результаты axe/Lighthouse и решение `GO`/`NO-GO`. Блокирующие дефекты получают владельца и срок повторной проверки.