up

tests/venue/README.md

@@ -34,6 +34,8 @@ python3 tests/venue/dns.py --server 192.168.10.155
 python3 tests/venue/flow.py
 python3 tests/venue/flow.py --browser
 python3 tests/venue/flow.py --results
+python3 tests/venue/flow.py --apply
+python3 tests/venue/flow.py --apply --browser
 ```
 
 `flow.py` собирает актуальный Go/Vue-код во временном каталоге, поднимает
@@ -94,3 +96,24 @@ backend, имитируя смену DNS; API-ответы не подменяю
 Нагрузка на 100 клиентов, покрытие Wi-Fi, ZIP на 1 ГиБ и возврат результатов
 относятся к отдельным проверкам/этапам. До готовности возврата использовать
 только тестовые игры.
+
+
+`--apply` включает проверки этапа 9 и дополнительно проверяет этап 10:
+настоящий ZIP площадки применяется серверным сервисом к изолированному prod,
+с проверкой исходного ZIP в private RustFS. Проверяются перезапись онлайн-правок данными ZIP,
+сохранение онлайн-оформления, исправленный балл,
+повтор старого ZIP после нового и после перезапуска prod, прежние QR/билеты и
+ссылки новых venue-команд/билетов, исчезновение `game.export`. Новых endpoint-ов
+нет: service-only Go harness вызывается из стенда. Все ZIP и ресурсы остаются
+в приватном временном каталоге и удаляются после прогона.
+
+
+Этап 11: `--browser` также проходит возврат обоих форматов через реальные
+интерфейсы: свежий ZIP кнопкой venue, загрузка на странице prod, предупреждение
+о перезаписи, блокировка повторного запроса, результаты, старые ссылки/билеты,
+сохранение названия/описания, исчезновение офлайн-отметки, исправленная оценка,
+перезапись онлайн-ответа и повтор старого пакета после перезапуска. Прокси стенда
+проверяет лимит ZIP 1 ГиБ и использует таймаут 30 минут; небольшая задержка
+ответа применяется только для проверки блокировки кнопки. До пользовательских
+flow запускаются PostgreSQL/race-регрессии возврата и реального HTTP-применения.
+Работающие серверы не меняются; фактическая загрузка ZIP 1 ГиБ не проверяется.