Эта категория про тестовый контур: запуск YaXUnit, сборку проекта, syntax-check, smoke/QA и подготовку базы перед проверкой результата.
Эта категория про запуск тестов и проверочных контуров 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, описание |
| Набор инструментов | Тип тестового контура | Запуск тестов | Smoke / E2E / QA | Подготовка перед тестом | Технические проверки | Автономность |
|---|---|---|---|---|---|---|
| агентский deploy/test/fix, браузер и Vanessa | процедура /deploy-and-test, навык vanessa-mcp | веб-клиент через agent-browser; Gherkin через Vanessa MCP | CLI загрузки и обновления тестовой базы | пакетные проверки Конфигуратора | Pi, платформа и отдельно настроенный тестовый контур | |
| UI/E2E, XML uilog, Python/pytest | tc_scenario(action="run_scenario"), pytest через Python API | UI-сценарии | tc_session: запуск/подключение тест-клиента | снимки форм и проверка значений, без syntax checks | прямой TCP к тест-клиенту; без EDT | |
| YaXUnit runner | run_all_tests, run_module_tests | нет | build_project, dump_config, launch_app | check_syntax_edt, check_syntax_designer_config, check_syntax_designer_modules | самостоятельный MCP server | |
| build/test/syntax runner | run_all_tests, run_module_tests | в MCP нет отдельного test va, но CLI его поддерживает | build_project, dump_config, launch_app | check_syntax_edt, check_syntax_designer_config, check_syntax_designer_modules | самостоятельный MCP server | |
| типизированные сценарии Claude Code/Codex | через поддержанные операции unica.run | зависит от настроенного runtime-контура | unica.run, задачи unica.task.* | unica.check, build/runtime checks | платформа 1С и настроенный драйвер | |
| YaXUnit внутри EDT | run_yaxunit_tests, debug_yaxunit_tests | нет отдельного QA workflow | update_database, launch, list_configurations | EDT validate / project checks как часть среды | требует живую EDT | |
| YAxUnit и Vanessa внутри EDT | yaxunit_tests | vanessa | база и приложения EDT | тестовый framework | запущенная EDT и профиль доступа | |
| YAxUnit, QA/Vanessa и smoke | run_yaxunit_tests, debug_yaxunit_tests, qa_run | edt_extension_smoke, edt_external_smoke | qa_inspect, qa_generate, edt_diagnostics | qa_validate_feature, диагностики EDT | запущенная EDT, 1С и тестовый контур | |
| управление тест-клиентом / UI E2E | нет unit/YaXUnit tool | UI-действия вынесены в категорию форм | test_client_start, test_client_stop | Timer проверяет progress lifecycle, не код | требует расширение test_client и тестовую базу | |
| YAxUnit и Vanessa Automation | да | feature/UI | обновление и запуск по сценарию | JUnit и артефакты runners | EDT, 1С, framework |
Pi 1C Agent предоставляет команды тестового цикла и навык vanessa-mcp. Загрузка исходников в тестовую базу идёт через локальные скрипты и CLI платформы. Проверки веб-клиента выполняются через отдельно установленный agent-browser, а Gherkin-сценарии — через внешний Vanessa MCP с клиентом тестирования 1С.
/deploy-and-test | загрузка XML-исходников в явно выбранную тестовую базу, пакетные проверки модулей и применимости расширений, применение конфигурации и дальнейшие UI-проверки веб-клиента через agent-browser. UI-этап управляется настройкой: off, manual или auto; manual используется по умолчанию и требует явного запроса тестов. |
|---|---|
/test-fix-loop | процедура повторения deploy → test → fix с учётом результатов предыдущего прогона. |
vanessa-mcp | получение состояния тестового клиента, поиск готовых шагов, подготовка Gherkin, проверка синтаксиса, запуск сценария и чтение результата через отдельно подключённый Vanessa MCP. |
1c-tester | подготовка тестовых сценариев и отчёта о проверке средствами доступного тестового контура. |
Требуются платформа и тестовая база; для веб-проверки — опубликованный веб-клиент и agent-browser, для Vanessa — внешний MCP, тест-менеджер, клиент тестирования и соответствующие обработки/расширения. Их бинарники не поставляются. Поиск шагов и проверка синтаксиса предшествуют запуску Vanessa; недоступный контур не выдаётся за успешный прогон. Обновление тестовой базы может принудительно завершать сеансы; команда требует явно установленной тестовой цели. Сценарии тестирования выполняются агентом по процедурам профиля, отдельного собственного MCP runner нет.
1C Testpilot предоставляет самостоятельный контур UI/E2E-тестирования через прямое TCP-подключение к локальному или удалённому тест-клиенту 1С. Сценарии записываются в XML uilog и воспроизводятся действиями над текущими окнами и элементами. Дополнительно есть прямой Python API и интеграция с pytest без запуска MCP-сервера.
tc_session | подключение, запуск и остановка локальных тест-клиентов, профили баз, несколько соединений, запись журнала с HTML/Allure-отчётами. |
|---|---|
tc_scenario | record_start, record_finish, record_pause, record_resume, record_cancel, run_scenario: запись и воспроизведение XML-сценариев. |
tc_find | поиск элементов и ожидание их появления перед следующим шагом. |
tc_form | обзор формы, создание и сравнение снимков, ожидание закрытия. |
tc_field, tc_table, tc_doc, tc_calendar | тестовые действия над полями, строками, документами и датами с чтением результата. |
tc_app, tc_window | навигация по окнам, сообщения об ошибках, показатели производительности и скриншоты локального клиента. |
Прямой Python API предоставляет клиент и ссылки на элементы, а pytest — отдельное подключение на тест, диагностику при ошибках и каталог артефактов; отчёты Allure для pytest требуют allure-pytest. Запуск тест-клиента на Windows и Linux возможен на отдельном рабочем столе; на Linux для этого нужен Xvfb.
нет отдельного MCP tool запуска YaXUnit или Vanessa Automation и сборки конфигурации. Запись сообщает lost_actions, воспроизведение — unsupported; неподдерживаемые шаги пропускаются, при ошибке выполнение останавливается. Успешное принятие команды не доказывает изменение состояния; проверки результата задаются сценарием или Python-тестом. Тесты могут записывать данные в базу; доступность действий зависит от версии платформы.
MCP YaXUnit Runner - самый прямой инструмент в этой категории: отдельный MCP-сервер, который публикует тестовые команды и служебные операции вокруг них.
run_all_tests | запускает все тесты YaXUnit. |
|---|---|
run_module_tests | запускает тесты конкретного модуля. |
build_project | загружает исходники в базу и компилирует конфигурацию; тестовые команды используют сборку автоматически. |
dump_config | выгружает конфигурацию для последующего анализа/сравнения. |
launch_app | запускает приложения 1С. |
check_syntax_edt | проверяет EDT-проект через validate. |
check_syntax_designer_config | выполняет CheckConfig. |
check_syntax_designer_modules | выполняет CheckModules. |
тестовый контур здесь основной, а не побочный. MCP-поверхность публикует именно эти tool names и использует собственную инфраструктуру YaXUnitRunner / YaXUnitTestAction.
в MCP-поверхности нет отдельного контура Vanessa Automation или feature/QA workflow. Это unit/integration runner вокруг YaXUnit и технических проверок, а не E2E-платформа.
v8-runner - более широкий локальный runner, где тестирование встроено в общий build/test/syntax pipeline.
run_all_tests | запускает все YaXUnit-тесты. |
|---|---|
run_module_tests | запускает YaXUnit по конкретному модулю. |
build_project | выполняет сборку перед тестами. |
dump_config | выгружает конфигурацию. |
launch_app | запускает нужный клиент/Designer. |
check_syntax_edt | проверяет EDT-проект. |
check_syntax_designer_config | выполняет конфигурационную syntax-check проверку. |
check_syntax_designer_modules | выполняет модульную syntax-check проверку. |
MCP-поверхность зафиксирована как набор из 8 tool-операций. В CLI дополнительно есть test va, поэтому overall test-контур шире, чем MCP-поверхность. Хорошо подходит для локального pipeline build -> syntax -> test.
Vanessa Automation у него пока остается CLI-возможностью, а не отдельным MCP tool. Поэтому по MCP-слою он ближе к сильному YaXUnit/syntax runner-у, чем к универсальному QA hub.
Unica подключается к Claude Code или Codex через STDIO MCP и работает с локальными source sets файловой выгрузки. Интерфейс предварительной версии 0.13.0-rc.2 состоит из 11 логических инструментов; стабильный релиз 0.12.3 сохраняет предыдущий контракт. В предварительной версии прежние семейства отдельных tools заменены операциями над адресованными узлами.
unica.check | проверка файловых артефактов. |
|---|---|
unica.run | типизированные build/runtime-сценарии, доступные настроенному проекту. |
unica.task.get, unica.task.result, unica.task.cancel | состояние, результат и отмена длительного задания. |
Для записи сначала нужен dryRun и его revision в ifRev; допустимые операции объявляются в can выбранного узла. Состав валидаторов и runtime-сценариев зависит от вида артефакта и настроенных драйверов; наличие инструмента не означает поддержку любой операции. Платформа 1С требуется для сценариев сборки и работы с базой.
EDT-MCP попадает в тестирование не как отдельный test runner, а как инструмент тестового контура внутри живой EDT-среды.
run_yaxunit_tests | запускает YAXUnit-тесты для проекта 1С. |
|---|---|
debug_yaxunit_tests | запускает YAXUnit-тесты в debug mode для сценария breakpoint -> inspect -> resume. |
update_database | обновляет базу перед runtime/test сценариями. |
launch | запускает runtime/debug конфигурацию. |
list_configurations | помогает выбрать launch configuration для run_yaxunit_tests, debug_yaxunit_tests и update_database. |
это не только README-обещание: есть реализация EDT-плагина, реализация EDT-плагина, JUnit XML parser и отдельный реализация EDT-плагина с unit + e2e инфраструктурой. Это сильный вариант, если тесты уже живут в EDT-проекте и нужен полный EDT-aware цикл.
это не легковесный standalone runner. Инструмент требует живую EDT и сильнее привязан к конфигурациям запуска EDT, чем mcp-onec-test-runner или v8-runner.
Для изображений и структуры визуального макета формы EDT требуется запуск с -DnativeFormBufferedLayoutRender=true. Поддерживаются EDT 2026.1/Java 17 и 2026.2/Java 25; опубликованный набор зависит от toolsets.
Коммерческий плагин работает внутри 1C:EDT с проектом и сервисами среды. По текущей документации предусмотрено 28 tools в профилях Аналитик (12), Разработчик (22), Архитектор (25) и Архитектор Про (28).
yaxunit_tests | запуск и отладка YAxUnit в подключённой базе. |
|---|---|
vanessa | сценарные UI-тесты Vanessa Automation. |
Рекомендуется EDT 2026.1.2/Java 17; EDT 2025 не поддерживается, полная совместимость с 2026.2 не гарантируется. Возможности ограничиваются профилем; для операций базы и тестов нужны соответствующие подключения и компоненты. Исходники плагина не опубликованы, сведения проверены по документации поставщика.
MCP Host работает внутри запущенной 1C:EDT: операции используют модель открытого проекта, индексы BSL и службы среды. Клиент подключается по HTTP; CLI также обращается к работающему Host.
author_yaxunit_tests, run_yaxunit_tests, debug_yaxunit_tests | подготовка, запуск и отладка тестов YAxUnit. |
|---|---|
qa_inspect | состояние QA, описание конфигурации и поиск шагов через command. |
qa_generate | init_config, migrate_config и compile_feature для подготовки QA-артефактов. |
qa_prepare_form_context, qa_plan_scenario, qa_validate_feature, qa_run | контекст формы, план сценария, проверка feature и запуск. |
edt_extension_smoke, edt_external_smoke | проверка расширений и внешних объектов. |
Публикация tools и операции записи зависят от allow/deny-настроек и mutation policy. Ряд изменений метаданных требует токен edt_validate_request. Для runtime и тестов нужны платформа 1С, база и соответствующий тестовый контур. Отдельные dcs/extension/external и QA-операции вызываются через параметр command фасадов.
onec-client-mcp-devkit не запускает YaXUnit и не является самостоятельным test runner. В этой категории его роль уже: провайдер test_client поднимает и останавливает тест-клиент, после чего form-tools могут выполнять UI/E2E-сценарий.
test_client_start | запускает тест-клиент 1С и проверяет установление соединения. |
|---|---|
test_client_stop | разрывает соединение и опционально закрывает клиент. |
Timer | служебный UAT-инструмент для проверки долгого вызова и progress notifications; он не тестирует прикладной BSL-код. |
MCP-контур управляет готовностью реальной клиентской сессии и возвращает явный NOT_READY, если соединение отсутствует. В репозитории есть YAxUnit-тесты ядра и Python UAT для initialize, tools/list, tools/call, progress и command-line autostart.
публичных tools запуска unit-тестов, тестового модуля или Vanessa Automation нет. UI-действия требуют отдельного тестового контура.
как инфраструктуру управления тест-клиентом для собственного агентского UI/E2E-сценария, а не как замену YaXUnit runner.
Плагин запускает тестовый контур через приложения и отладчик EDT, затем читает артефакты соответствующего framework.
yaxunit_tests | фасад режимов run/debug, параметры проекта и запуска. |
|---|---|
run_yaxunit_tests | выполнение YAxUnit и чтение JUnit-отчёта. |
debug_yaxunit_tests | запуск YAxUnit под отладчиком. |
vanessa | запуск feature или текста сценария, открытие формы/списка, действия с выбранной строкой и кнопкой, получение результатов и снимков тестового клиента. |
Требуются EDT, платформа и тестовая ИБ, YAxUnit либо Vanessa Automation; UI-сценарии требуют соответствующего менеджера/клиента тестирования и компоненты снимков. Запуск может изменять данные базы. Чтение исходников и чистая валидация проекта не заменяют успешный тестовый прогон.
EDT MCP дает восемь xUnitFor1C tools: поиск тестовых модулей и методов, создание тестового модуля, добавление метода, установка/удаление runner-обвязки, запуск всех тестов и одного метода на развернутой информационной базе. В отличие от tools только для запуска, он покрывает и авторство тестового кода.
list_test_modules, get_test_methods.create_test_module, add_test_method.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.