Codex Test Bridge: расширение 1С для автотестов

Codex Test Bridge — CFE для тестовых баз 1С: HTTP API, запросы, тестовые данные и headless TestClient/TestManager без окон на рабочем столе.

Article

Codex Test Bridge — служебное расширение из набора 1C Skills. Оно даёт ИИ-агенту контролируемый HTTP API к тестовой базе: проверку доступности, метаданные, запросы, создание тестовых данных, проведение документов и рендер внешних отчётов.

Bridge предназначен только для демо- и тестовых контуров. Он выполняет серверные операции в базе, поэтому его нельзя публиковать наружу или ставить в рабочую информационную базу.

Какую сборку выбрать

В релизе на карточке msrv-tech/skills находятся:

Установите CFE в отдельную базу по общей инструкции для расширений. На Linux типовой путь включает публикацию через Apache, включение HTTP-сервиса в default.vrd и проверку клиента:

python3 <skills-root>/web-publish/scripts/web-publish.py   -InfoBasePath <test-infobase-path> -AppName demo1c

python3 <skills-root>/codex-test-bridge/scripts/enable_vrd_linux.py   /var/www/1c-publications/demo1c/default.vrd

python3 <skills-root>/codex-test-bridge/client.py   --base-url http://127.0.0.1/demo1c/hs/codex-test health

Что можно проверять без UI

Агент получает машинный JSON вместо попыток кликать по конфигуратору. Он может создать контрагента, выполнить запрос, провести тестовый документ и сравнить движения. Для внешнего отчёта можно отрендерить результат и проверить параметры.

Headless UI-сценарии

Пользовательские сценарии выполняются штатными TestClient/TestManager. Worker поддерживает прямые e1cib-ссылки, формы, табличные части, снимки и JSON-отчёты. На Linux запуск изолируется через Xvfb, поэтому окна не появляются на рабочем столе.

Bridge не заменяет YAxUnit или Vanessa Automation. Юнит-тесты быстрее проверяют бизнес-логику; Bridge нужен агенту для интеграционного слоя и операций с тестовой базой. Хороший pipeline использует оба уровня и всегда очищает созданные данные после прогона.

Статьи по теме