Реестр приёмочных сценариев поверхности v0.13

Корпус держит 462 сценариев реальных задач разработчика конфигурации и 1415 шагов канонических вызовов unica.*. Каждый шаг заморожен в одном из классов ответа. Исходный профиль tests/ci/test_acceptance_scenarios.py исполняется против собранного target/debug/unica; основное рабочее пространство — tests/fixtures/acceptance/workspace/; сценарии форматных проб (выгрузка 2.21, без версии, без файла поддержки) идут на выведенном из него пространстве tests/fixtures/acceptance/workspace-format/, а сценарии ответа до допуска наборов — на пустом tests/fixtures/acceptance/workspace-bare/. Профиль delivery использует отдельную tests/fixtures/acceptance/workspace-symbol/ с контрольным методом. СКД, MXL и вставка BSL проверяются на отдельных workspace-dcs/, workspace-mxl/ и workspace-code/; точное расположение узлов — на workspace-resolve/; заимствованные объекты из выгрузки платформы — на workspace-borrowed/; неоднозначное имя командной панели формы — на workspace-form-names/; отображение команды формы из набора кнопки — на workspace-form-command-representation/; агентные сценарии выбираются локальным набором tests/agent_evaluation/. Источник истины — файлы корпуса; этот документ — его рендер для людей, собранный вместе с сайтом.

Профили исполнения: source — 446 сценария; delivery/bsl-analyzer — 7; agent-evaluation/codex — 2; fault-injection/analyzer-jsonl-fault — 6; fault-injection/analyzer-delivery-failure — 1. Delivery-драйвер скачивает закреплённый движок с проверкой SHA256 и выполняет MCP на отдельной синтетической фикстуре. Ошибка доставки или незавершённая задача проваливает прогон. По решению владельца агентный профиль не входит в CI: его запускают локально при изменении проверяемых навыков или поверхности. Профиль использует реальный Codex, закрытый аудит инструментов, проверки итогового XML и независимый смысловой reviewer; отсутствие CLI или авторизации означает отказ прогона. Fault-injection исполняет управляемый нативный producer повреждённого JSONL и аварийного завершения через настоящий процесс и публичный check, а также убирает его или подменяет его контрольную сумму в манифесте, проверяя отказ об отсутствующем движке; это не проверка опубликованного анализатора. Драйвер analyzer-delivery-failure ставит пакет, который называет анализатор без его файла и без манифеста выпуска, и проверяет, что ветвь графа вызовов заказывает поставку и называет её провал типизированным отказом. Этот medium-профиль обязателен в очереди и не скачивает движок. Runtime добавляется с исполняемым драйвером; неизвестный профиль не пропускается.

Классы ответа шага

Провод проходной, когда каждый его шаг отвечает результатом или типизированным отказом своего класса. Сырой транспортный сбой и незадокументированный типизированный отказ роняют прогон. Шагов с пробелом (gap) сейчас: 0 в 0 сценариях.

Известные пробелы

Потолок корпуса — три gap-шага. Известный ошибочный вердикт остаётся дефектом и не означает поддержку сценария.

Как предложить сценарий или операцию

Идеи новых задач приветствуются именно здесь: если в таблице покрытия ниже операция помечена как непокрытая, или вы видите задачу разработчика, которую поверхность должна решать одним проводом, а сценария нет, — это и есть предложение.

1. Откройте issue по форме «Новая операция» (она сама ставит метку area:surface): задача словами разработчика 1С и, если можете, провод вызовов, которым её должно быть можно решить. Этого достаточно: сценарий допишем вместе.
2. Или добавьте сценарий сами. Каждый новый сценарий — отдельный файл tests/fixtures/acceptance/scenarios/<id>.json с идентификатором S-<issue>-<slug>: номер задачи и короткое имя латиницей через дефис. Сквозного номера нет, поэтому два изменения со своими сценариями не правят одни и те же строки. Сценарии S001–S440 сохраняют свои номера в scenario-corpus.json; этот блок закрыт для новых. Файл держит один сценарий: область из списка ниже, задача одной фразой и провод шагов. Шаг — это tool, args и expect.
3. Заморозьте шаги сценария в манифесте: python scripts/ci/acceptance_corpus.py --freeze S-1489-required-attribute пишет tests/fixtures/acceptance/scenario-manifest/<id>.steps. Тест корпуса сверяет каждый сценарий с его манифестом: пропавший сценарий или шаг без правки манифеста проваливает прогон.
4. Прогоните python -m unittest tests/ci/test_acceptance_scenarios.py и заморозьте тот класс, которым поверхность действительно ответила. Умышленный отказ фиксируется с полем refusal — точным текстом код: сообщение ответа; шаг check с профилем — с полем status (passed или failed); пробел — с полем gap (причина); пробелов допускается не больше трёх, и каждый — заявка на починку поверхности, а не на переутверждение корпуса.

{
  "id": "S-1489-required-attribute",
  "area": "Реквизиты и состав",
  "task": "Сделать реквизит обязательным для заполнения",
  "wire": [
    {
      "tool": "unica.apply",
      "args": {
        "at": "main:Catalog.Валюты.TabularSection.Представления.Attribute.КодЯзыка",
        "ops": [{"op": "attribute.set", "args": {"values": {"required": true}}}],
        "dryRun": true
      },
      "expect": ["ok"]
    }
  ]
}

Адреса и аргументы в примере — реальные узлы фикстурного пространства; его состав описан в tests/fixtures/acceptance/README.md.

Покрытие реестра apply

Закрытый реестр содержит 122 операции; сценарии покрывают 115 операций, реализованными помечены 122 операции. Операция без сценария — первая кандидатура для новой задачи.

Метаданные: объекты и коллекции

Свойства

Формы

Роли и права

Схемы компоновки данных

Табличные документы

Пакеты XDTO

Подсистемы

Поддержка поставщика

Interface

Код BSL

События

Покрытие профилей check

Инструменты в проводах

Каталог сценариев

Области: Навигация и чтение (59) · Свойства объектов (29) · Реквизиты и состав (51) · Создание и удаление объектов (23) · Формы (52) · Код BSL (50) · Роли и права (17) · СКД (45) · Макеты (16) · Подсистемы и интерфейс (13) · XDTO и обмены (11) · Сборка, ИБ и выгрузка (2) · Проверки качества (20) · Тесты и запуск (1) · Документация и стандарты (20) · Поддержка поставщика (18) · Расширения конфигурации (12) · Объекты метаданных (3) · Рабочее пространство (4) · Метаданные (3) · Приёмочный корпус (8) · Применение изменений (1) · apply (1) · Подсистемы (1) · Навигация по исходникам (2)

Навигация и чтение

Свойства объектов

Реквизиты и состав

Создание и удаление объектов

Формы

Код BSL

Роли и права

СКД

Макеты

Подсистемы и интерфейс