Код и сборка
Подтверждают наличие реализации и успешную подготовку версии. Они не доказывают действия покупателя.
SABSUS05ПРИЁМКА И ДОКАЗАТЕЛЬСТВА
Результат запуска складывается из разных проверок: исходники, сборка, браузер, серверная операция, внешний провайдер. SABSUS Site должен сохранять версию, конфигурацию и дату каждой проверки, чтобы вывод можно было повторить и понять.
Сценарии и границы проверок указаны на каждой странице.
01ЧТО ВХОДИТ В СЦЕНАРИЙ
Подтверждают наличие реализации и успешную подготовку версии. Они не доказывают действия покупателя.
Показывает реальную навигацию, регистрацию, вход, QR и подготовку записи в проверенной конфигурации.
Подтверждает создание заказа, брони или обработку оплаты отдельным сквозным сценарием.
Доставка purchase или refund в аналитику требует проверки фактического получения после операции.
02КАК ЭТО РАБОТАЕТ
Результат запуска складывается из разных проверок: исходники, сборка, браузер, серверная операция, внешний провайдер. SABSUS Site должен сохранять версию, конфигурацию и дату каждой проверки, чтобы вывод можно было повторить и понять.
Следующий разделСохранить Site, сборку, ревизии сервисов, конфигурацию и тестовый запуск.
Проверить действие в браузере и итоговое состояние на сервере или у провайдера.
Текущий аудит и историю успешных прошлых проходов показывать отдельно.
03ВАЖНАЯ ГРАНИЦА
Если тестовые покупатель и ресурс записи удалены после приёмки, новый аудит не сможет повторить эти сценарии. Это не отменяет сохранённый браузерный результат и не превращает недоступную проверку в PASS. Последний переданный отчёт подтверждает регистрацию, повторный вход, авторизованный QR и выбор услуги, сотрудника и времени. Создание заказа, подтверждённая бронь, оплата и возврат в этом проходе не выполнялись.
Серверная логика покрыта тестами, но сквозная доставка аналитических событий после разрешённого платежа ещё не подтверждена.
Защищённый QR endpoint проверен отдельно; ограничения старого прямого пути записи требуют проверки действующих правил и отрицательного теста.
Уборка тестовых записей должна быть точечной и подтверждаться чтением конкретной записи после удаления.
04FAQ
Аудит описывает именно текущий запуск. Прежнее прохождение остаётся в истории с датой, версией и конфигурацией, но не выдаётся за повторную проверку.
Нет. Нужен разрешённый платёжный сценарий через реальную серверную обработку и отдельный аналитический тестовый контекст.
Эта страница описывает границы последнего предоставленного отчёта, а не постоянный live-статус всех окружений. Для текущего решения проверяйте актуальную версию и свежий запуск.
05ДАЛЬШЕ ПО ТЕМЕ
Доказательство до обязательств
Не нужно верить презентации. На встрече фиксируем текущую потерю, границы данных, ответственного и факт, по которому вы решите — масштабировать систему или остановиться.
Пропущенный звонок, зависший заказ, расхождение склада или ручная передача между сотрудниками.
Один ограниченный сценарий показывает механику до миграции и изменений во всей компании.
Цена, объём, права доступа и критерий приёмки известны до следующего шага.