82e5ca40cc
Приёмка требовала, чтобы страница Hysteria содержала жёсткий список ACME DNS-провайдеров (cloudflare … vultr) и не содержала удалённого upstream namedotcom. Это имело смысл, пока панель ПРЕДЛАГАЛА выбор провайдера: список в UI был вторым экземпляром upstream-реестра и мог от него отстать — ровно так namedotcom и пришлось выпиливать вручную. После перевода страницы в read-only диагностику реестра нет и быть не должно: имя провайдера читается из фактического конфига и показывается как есть, поэтому новый upstream-провайдер отображается без правок панели. Возврат списка ради прохождения grep-а создал бы фиктивный реестр, существующий только для гейта. Гейт проверяет действующий контракт: провайдер приходит строкой и рисуется как значение, параметры DNS отдаются только именами, селектора на странице нет. Проверено положительно и на трёх нарушениях (провайдер перестал показываться, на странице появился селектор, тип стал перечислением) — гейт падает на каждом. Контрактный тест панели дополнен обратной проверкой: ни одно из восьми имён провайдеров не должно встречаться в исходнике страницы. Та же формулировка поправлена в матрице приёмки. Дополнительно прогнаны целиком все восемь функций приёмки, которым не нужен распакованный пакет: других устаревших утверждений нет.
Проверки и приёмка HY2XS
Набор проверок разложен по слоям, на которых они выполняются. Раньше он был одним файлом на 117 КБ и 57 разделов; ориентироваться в нём приходилось поиском по строке.
Нумерация 11-* сохранена: это стабильный идентификатор документа, под
которым на него ссылаются CHANGELOG и релизные гейты.
| Документ | Слой | Что закрывает |
|---|---|---|
| 11-1-how-to-run.md | — | команды запуска всех наборов |
| 11-2-builder-layer.md | builder | резолвер Hysteria, контракт версий, юнит-тесты оркестратора и админки, гейты сборки |
| 11-3-target-and-runtime.md | target | установка на чистый хост, состояние сервисов, конфиг, share URI |
| 11-4-fault-injection.md | target | D0 на живом сервере, D1a-D1h — отказы и откат, D2 — устаревший DNS |
| 11-5-negative-and-matrix.md | target | негативные сценарии, production-матрица, критерии приёмки |
Отчёты о фактических прогонах
Проверки описывают, ЧТО должно выполняться. Результаты конкретных прогонов на конкретных сборках лежат отдельно — см. docs/acceptance/.
Разделение намеренное: документ проверок переживает релизы, а отчёт о прогоне относится к одному артефакту и одному хосту и после релиза не редактируется.