Категория

Тестирование 1С с ИИ: YaXUnit, EDT и v8-runner

Эта категория про тестовый контур: запуск YaXUnit, сборку проекта, syntax-check, smoke/QA и подготовку базы перед проверкой результата.

12 инструментов

Обзор

Эта категория про запуск тестов и проверочных контуров 1С после изменений: YaXUnit, сборку, синтаксическую проверку, сценарии интерфейса и проектные команды контроля качества. Такие инструменты особенно полезны, когда агент должен сам проверить результат перед отчетом.

В сравнении ниже показано, какие решения запускают тесты, какие проверяют проект через EDT или Конфигуратор, а какие дают только обвязку для команд проекта.

Критерии сравнения

КритерийЧто сравнивается
Тип тестового контураUnit/YaXUnit, smoke/E2E, QA workflow, gateway к внешнему runner-у
Запуск тестовЕсть ли явные инструменты для запуска всех тестов и тестов по модулю/сценарию
Smoke / E2E / QAЕсть ли отдельный контур smoke, feature-based QA, Vanessa Automation
Подготовка перед тестомЕсть ли build, update database, dump, launch, runtime readiness
Технические проверкиЕсть ли check_syntax_*, validate, CheckConfig/CheckModules как часть test pipeline
АвтономностьСамостоятельный test runner или зависимость от EDT / внешнего backend
Подтверждениеисходники, README, описание

Детальное сравнение

EDT MCP дает восемь xUnitFor1C tools: поиск тестовых модулей и методов, создание тестового модуля, добавление метода, установка/удаление runner-обвязки, запуск всех тестов и одного метода на развернутой информационной базе. В отличие от tools только для запуска, он покрывает и авторство тестового кода.

Инструменты тестирования

  • Поиск тестов: list_test_modules, get_test_methods.
  • Создание тестов: create_test_module, add_test_method.
  • Runner-обвязка: install_test_runner, uninstall_test_runner.
  • Запуск: run_tests, run_test_method.

Ограничения

требуется проект, deploy-нутая база и совместимый runtime; это xUnitFor1C, а не YaXUnit или Vanessa Automation. Запуск может изменять проект установкой runner-обвязки.

Практические выводы

Если нужен самостоятельный OSS MCP-инструмент именно для запуска тестов, strongest match здесь два: MCP YaXUnit Runner и v8-runner. Оба подтверждаются исходниками и явно публикуют тестовые MCP-инструменты.

Unica не стоит считать отдельным конкурентом mcp-onec-test-runner: это плагин-оркестратор, который встраивает сборку, тесты и runtime в Codex и использует v8-runner-сценарии как часть общего цикла разработки.

EDT-MCP полезен, когда тестирование должно идти через живую EDT-среду: у него есть run_yaxunit_tests и debug_yaxunit_tests, а не только diagnostics. MCP:RSV Server тоже относится к EDT-тестированию через yaxunit_tests, но как закрытый продуктовый плагин. CodePilot1C MCP Host покрывает другой тестовый слой: smoke и QA через Vanessa Automation, а не unit-тесты YaXUnit.

onec-mcp-universal в тестировании надо понимать правильно: это не самостоятельный runner, а gateway, который может подключить backend mcp-onec-test-runner. Его место в этой категории оправдано только как orchestration-слой, и сейчас дополнительно есть риск недоступности репозитория.

  1. Для чистого и прямого MCP-запуска YaXUnit лучше всего подходит MCP YaXUnit Runner.
  2. Для более широкого локального build/test/syntax контура сильнее выглядит v8-runner.
  3. Для сценария Codex, где тесты идут рядом со сборкой и изменением артефактов, подходит Unica.
  4. Для тестирования внутри живой EDT с YAXUnit и debug cycle нужен EDT-MCP; для продуктового EDT-плагина в этой же роли можно рассматривать MCP:RSV Server.
  5. Для smoke/E2E/Vanessa Automation через EDT runtime нужен CodePilot1C MCP Host.
  6. Если нужен единый gateway и тесты только как один из backend-ов, подходит onec-mcp-universal, но это не самостоятельный runner и доступность проекта надо проверять отдельно.