Files
cc-1c-skills/tests/skills
Nick ShirokovandClaude Opus 4.8 d484a5b7ec feat(form-decompile,form-compile): доступ по ролям — userVisible/view/edit/use (единый xr-механизм)
Кластер «доступ по ролям»: единый role-adjustable boolean платформы
(xr:Common + 0..N xr:Value name="Role.X") для четырёх владельцев одним
грамматиком значения:
  - элемент   → userVisible  (<UserVisible>)
  - реквизит  → view, edit    (<View>/<Edit>)
  - команда   → use           (<Use>)

Значение DSL: скаляр false/true → голый <xr:Common>; объект
{ common, roles:{ Имя: bool } } → пер-ролевые исключения (три-state как в
конфигураторе: роль не указана → наследует common; указана → явный bool).
Имя роли forgiving: без префикса / Role. / Роль. → нормализуется в Role.
Отсутствие ключа = полный доступ (платформа тег не пишет) — дефолт не эмитим.

Декомпилятор инвертирует: голый Common → скаляр, есть Value → объект.
Компилятор: общий хелпер Emit-XrFlag / emit_xr_flag (ps1+py).
Порядок схемы: View → Edit после MainAttribute; Use после ToolTip до Action.

Раньше: userVisible умел только голый false (компилятор), декомпилятор не
захватывал ничего; view/edit/use не умел никто.

TOTAL diff lines выборки 2.17: 7911 → 7560 (-351), match 9 → 11.
Снапшоты attributes-types/commands сертифицированы в 1С (8.3.24);
регресс form-compile 33/33 зелёный на ps + python.
decompile v0.28, compile v1.47.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-06 20:41:04 +03:00
..

Регресс-тесты навыков

Snapshot-тестирование скриптов навыков: навык получает вход → генерирует файлы → результат сравнивается с эталоном.

Быстрые, файловые, без зависимости от платформы 1С.

Запуск

node tests/skills/runner.mjs                                    # все кейсы
node tests/skills/runner.mjs cases/meta-compile                 # один навык
node tests/skills/runner.mjs cases/meta-compile/catalog-basic   # один кейс
node tests/skills/runner.mjs --verbose                          # подробный вывод (дерево)
node tests/skills/runner.mjs --update-snapshots                 # обновить эталоны
node tests/skills/runner.mjs --runtime python                   # запуск на PY-версиях
node tests/skills/runner.mjs --json report.json                 # JSON-отчёт
node tests/skills/runner.mjs --concurrency 4                    # ограничить параллельность
node tests/skills/runner.mjs --with-validation                  # + платформенная валидация
node tests/skills/runner.mjs --help                             # полный список опций

Exit code: 0 = все прошли, 1 = есть падения.

Платформенная верификация снапшотов

node tests/skills/verify-snapshots.mjs --skill form-compile     # один навык
node tests/skills/verify-snapshots.mjs --case table             # один кейс
node tests/skills/verify-snapshots.mjs --help                   # полный список опций

Перепрогоняет навык из DSL кейса и грузит результат в 1С — отлавливает случаи, когда снапшоты обновили, но платформа уже не принимает выход.

Что делать при падении

  1. Смотри case id в выводе — это путь к файлу кейса (можно перезапустить: node runner.mjs <case-id>)
  2. Открой .json кейса — посмотри что на входе
  3. Открой snapshots/<кейс>/ — посмотри эталон
  4. Если изменение намеренное (доработка навыка) — обнови эталон: node runner.mjs <case-id> --update-snapshots
  5. Если баг — починить скрипт навыка и перезапустить тест

Как добавить навык

  1. Создать папку tests/skills/cases/<имя-навыка>/
  2. Положить _skill.json — описание навыка для раннера
  3. Добавить кейсы — по одному .json файлу на кейс

Формат _skill.json

{
  "script": "meta-compile/scripts/meta-compile",
  "setup": "empty-config",
  "args": [
    { "flag": "-JsonPath", "from": "inputFile" },
    { "flag": "-OutputDir", "from": "workDir" }
  ],
  "snapshot": {
    "root": "workDir",
    "normalizeUuids": true
  }
}
Поле Описание
script Путь от .claude/skills/, без расширения. Раннер добавит .ps1 (по умолчанию) или .py
setup Фикстура: "empty-config", "base-config", "none", "fixture:<name>" (из fixtures/ папки навыка), "external:<path>" (реальная выгрузка, read-only, skip если недоступна)
args Маппинг параметров навыка (см. ниже)
snapshot Настройки сравнения: root ("workDir" или "outputPath") и normalizeUuids

Значения from в args

Значение Что подставляется
"inputFile" Путь к temp-файлу с case.input (JSON)
"workDir" Рабочая директория (копия фикстуры)
"outputPath" workDir + case.outputPath
"workPath" workDir + значение из params.<field>. Поле указывается в mapping.field (по умолчанию objectPath)
"case.<field>" Значение из params.<field> (приоритет) или корня кейса
"switch" Флаг без значения (напр. -Detailed)
"literal" Фиксированное значение из mapping.value

Как добавить кейс

Положить .json файл в папку навыка. Имя файла = имя кейса.

Позитивный кейс (минимальный)

{
  "name": "Простой справочник",
  "input": { "type": "Catalog", "name": "Валюты" }
}

Раннер проверит: exitCode=0 + выход совпадает со snapshot (если есть).

С параметрами навыка

{
  "name": "Обзор справочника",
  "params": { "objectPath": "Catalogs/Номенклатура" },
  "expect": { "stdoutContains": "Номенклатура" }
}

params — параметры для навыка. Используются через case.<field> и workPath в _skill.json.

expect.stdoutContains / expect.stdoutNotContains — строка или массив строк. Каждая подстрока проверяется на наличие (stdoutContains) или отсутствие (stdoutNotContains) в stdout навыка. Удобно для info-навыков: проверить, что нужная строка есть, а лишней — нет.

{
  "name": "Представление типа у ПВХ",
  "setup": "external:C:/WS/tasks/cfsrc/erp_8.3.24",
  "params": { "objectPath": "ChartsOfCharacteristicTypes/ВидыСубконтоХозрасчетные" },
  "expect": {
    "stdoutContains": ["Представление типа: Вид субконто", "Представление объекта: Вид субконто"],
    "stdoutNotContains": "Представление списка:"
  }
}

С дополнительными CLI-аргументами

{
  "name": "Конфигурация с поставщиком",
  "params": { "name": "Бухгалтерия" },
  "args_extra": ["-Vendor", "Тест", "-Version", "2.0.1"]
}

args_extra — дополнительные аргументы, не описанные в _skill.json, передаются навыку как есть.

С предварительными шагами

{
  "name": "Добавление реквизита к справочнику",
  "preRun": [
    {
      "script": "meta-compile/scripts/meta-compile",
      "input": { "type": "Catalog", "name": "Контрагенты" },
      "args": { "-JsonPath": "{inputFile}", "-OutputDir": "{workDir}" }
    }
  ],
  "params": { "objectPath": "Catalogs/Контрагенты" },
  "input": { "operations": [{ "op": "add-attribute", "name": "ИНН", "type": "String", "length": 12 }] }
}

preRun — шаги подготовки перед основным навыком. Каждый шаг: script (путь без расширения), input (JSON), args (маппинг с {workDir} и {inputFile} плейсхолдерами).

Кейс с реальной выгрузкой

{
  "name": "Реальный справочник Номенклатура (БП)",
  "setup": "external:C:/WS/tasks/cfsrc/acc_8.3.24",
  "params": { "objectPath": "Catalogs/Номенклатура" },
  "expect": { "stdoutContains": "Номенклатура" }
}

setup: "external:<path>" — использует реальную выгрузку конфигурации 1С как read-only рабочую директорию (без копирования). Если путь недоступен — тест пропускается (○ skipped), не падает. Подходит для info/validate навыков, которые не модифицируют файлы.

Негативный кейс

{
  "name": "Ошибка: пустое имя",
  "input": { "type": "Catalog", "name": "" },
  "expectError": true
}

expectError: true — ожидается exitCode≠0. Строковое значение — проверит наличие в stderr.

Все поля кейса

Поле Обязательно Описание
name да Название теста (отображается в отчёте)
input нет JSON-объект, передаётся навыку через temp-файл
params нет Параметры для case.<field> и workPath маппинга
setup нет Переопределение setup из _skill.json
outputPath нет Относительный путь для навыков с -OutputPath
args_extra нет Массив дополнительных CLI-аргументов
preRun нет Массив шагов подготовки (создание объектов и т.п.)
expect нет Дополнительные проверки: files, stdoutContains (строка/массив), stdoutNotContains (строка/массив)
expectError нет true или строка — ожидается ошибка

Эталоны (snapshots)

Эталон — директория snapshots/<имя-кейса>/ внутри папки навыка. Содержит ожидаемый выход навыка после нормализации.

Создание / обновление эталонов

node tests/skills/runner.mjs --update-snapshots                     # все кейсы
node tests/skills/runner.mjs cases/meta-compile --update-snapshots  # один навык
node tests/skills/runner.mjs cases/meta-compile/enum --update-snapshots  # один кейс

Когда обновлять

  • После намеренного изменения логики навыка (новый выход — новый эталон)
  • После сертификации: загрузить результат в 1С (db-load-xml), убедиться что платформа приняла, затем --update-snapshots
  • Не обновлять если падение — неожиданный побочный эффект (это баг)

Нормализация

Перед сравнением (и при сохранении) применяется:

  • UUIDUUID-001, UUID-002... (по порядку появления, ссылочная целостность сохраняется)
  • BOM (U+FEFF) — удаляется
  • Line endings\r\n\n

Структура

tests/skills/
  runner.mjs              # тест-раннер (snapshot-сравнение)
  verify-snapshots.mjs    # платформенная верификация снапшотов
  README.md               # этот файл
  .cache/                 # кэш фикстур (в .gitignore)
  cases/
    <навык>/
      _skill.json         # конфиг навыка
      <кейс>.json         # тестовый случай
      snapshots/
        <кейс>/           # эталон
      fixtures/            # broken-фикстуры (для validate-навыков)
        <имя>/             # сломанный XML, ссылка: "setup": "fixture:<имя>"