Playwright MCP: сервер Model Context Protocol для Playwright, опубликованный Microsoft (официальный репозиторий). Он позволяет ИИ-агенту управлять браузером, читая дерево доступности страниц, без скриншотов и модели компьютерного зрения: открыть URL, кликнуть, заполнить форму, прочитать то, что отображается на странице.
Всё больше QA-команд поручают автоматизированное регрессионное тестирование агенту вроде Claude, подключённому к Playwright MCP. Чтобы исследовать приложение или воспроизвести баг, этот инструмент подходит отлично. Для теста, который воспроизводится при каждом релизе, ему не хватает одного свойства: проходить в точности один и тот же путь. Причина в том, что агент заново решает каждое действие при каждом прогоне. Delta-QA MCP распределяет роли иначе. Ваш агент создаёт сценарий по запросу простыми словами, а Delta-QA воспроизводит его один в один, без LLM, и сравнивает каждый релиз с эталоном.
Самое главное на одной странице (определение, автоматизация без кода, критерии выбора инструмента): Автоматизированное регрессионное тестирование без кода.
Ваш ИИ-агент уже умеет перемещаться по сайту. Подключите его к Delta-QA: он пишет сценарий, а Delta-QA воспроизводит его при каждом релизе и фотографирует каждый шаг. Попробовать Delta-QA бесплатно →
Почему Playwright MCP так нравится QA-командам
Playwright MCP превращает запрос простыми словами в реальные действия в браузере. Тестировщик пишет: «Проверь, что контактная форма отклоняет некорректный email», и агент открывает страницу, вводит данные, отправляет форму и сообщает о результате. Не нужно писать скрипты и искать селекторы: этим объясняется быстрое распространение инструмента.
Цифры это подтверждают. Число загрузок пакета @playwright/mcp из npm выросло с 2,2 млн в сентябре 2025 года (npm) до 29,3 млн в сентябре 2026 года (npm). Репозиторий проекта на GitHub приближается к 38 000 звёзд. В число загрузок попадают и автоматические установки, поэтому показатель неидеален. Тенденция при этом очевидна: за год загрузок стало в 13 раз больше.
Сильные стороны Playwright MCP реальны. Его инструменты работают с деревом доступности страницы, и Microsoft описывает это как детерминированное применение инструментов, без неоднозначности подходов на основе скриншотов. Microsoft рекомендует этот сервер для исследовательской автоматизации и задач, где агенту нужно сохранять контекст браузера. Воспроизвести баг по описанию, проверить страницу после исправления, изучить функциональность: на таких разовых задачах он существенно экономит время.
Playwright MCP оказывается отличным исследовательским инструментом. Остаётся понять, может ли он стать вашей страховочной сеткой при каждом релизе. О том, как работает сам протокол, читайте в статье Playwright и MCP (Model Context Protocol).
Тест, который воспроизводит агент, не является регрессионным тестом
Регрессионный тест ценен, только если при каждом релизе он повторяет один и тот же путь с теми же проверками. Именно это позволяет отнести различие на счёт релиза, а не теста. Агент, управляемый LLM, заново решает каждое действие при каждом прогоне: один и тот же промпт может дать другой путь, а значит, и другой вердикт.
Это не изъян Playwright, а свойство самих LLM. В сентябре 2025 года лаборатория Thinking Machines 1000 раз отправила модели Qwen3-235B один и тот же запрос при нулевой температуре: это настройка, которая должна быть самой стабильной. Получилось 80 разных ответов (Thinking Machines Lab). Инструменты Playwright MCP применяются детерминированно, но решение о том, вызывать ли их, в каком порядке и на каком элементе, таким не является.
Для QA-команды из этого вытекают три конкретных последствия:
- Сбой не показывает, что изменилось. Когда повторный прогон не проходит, нельзя понять, дал ли сайт регрессию или агент пошёл другим путём.
- Успех не доказывает, что путь был тем же. Агент может добраться до конечной страницы окольным путём и заключить, что всё работает.
- Каждый прогон стоит времени и токенов. Агент рассуждает заново на каждом шаге, а Microsoft напоминает, что MCP загружает в контекст модели объёмные схемы инструментов и деревья доступности (README Playwright MCP).
У Playwright есть собственный ответ: зафиксировать путь в коде. Его тестовые агенты исследуют приложение, пишут план и превращают его в файлы Playwright Test, а третий агент чинит их, когда они ломаются. Это правильный подход для команды разработки, которая версионирует и сопровождает свой тестовый код. Для QA-команды, которая не пишет код, это значит получить в наследство файлы TypeScript, селекторы и ассерты, которые придётся поддерживать.
Delta-QA MCP: агент создаёт сценарий, Delta-QA воспроизводит его
MCP-сервер Delta-QA оставляет агенту то, что тот делает лучше всего: понимать запрос простыми словами. А воспроизведение один в один, которое агенту удаётся плохо, берёт на себя Delta-QA. Ваш агент создаёт сценарий и прописывает его шаги. Delta-QA воспроизводит их в собственном браузере, на вашем реальном сайте, фотографирует каждый шаг и подтверждает только то, что действительно сработало.
Сервер предоставляет восемь инструментов, которые агент находит сам. Для создания теста достаточно шести из них, в таком порядке:
list_workspaces: агент выбирает рабочее пространство, где будет создан тест.create_scenario: создаёт сценарий по названию и стартовому URL; шаг 1, открытие страницы, задаёт сам Delta-QA.set_scenario_steps: прописывает шаги пути, выбирая из четырнадцати видов действий (клик, ввод, выбор, клавиша, прокрутка, переход…); каждый шаг нацелен на элемент страницы.capture_scenario: Delta-QA воспроизводит сценарий в своём браузере на реальном сайте и делает снимок каждого шага.get_capture_result: агент читает вердикт. Если прогон не прошёл, вердикт называет шаг, который нужно исправить; агент исправляет его и запускает заново.activate_scenario: после успешного повторного прогона агент подтверждает сценарий, и снимки становятся эталоном.
Ничего не подтверждается на слово. Агент может выбрать не тот селектор или заявить, что путь работает: пока Delta-QA не воспроизведёт успешно все шаги, сценарий остаётся черновиком. Подробности об инструментах, ролях и ключах приведены на странице MCP-сервер Delta-QA.
| Playwright MCP | Delta-QA MCP | |
|---|---|---|
| Кто выполняет путь | Агент, действие за действием, при каждом прогоне | Delta-QA, по шагам, которые агент написал один раз |
| Роль LLM при повторном прогоне | Принимает решение о каждом действии | Никакой: LLM участвует только при создании |
| Что остаётся после сессии | История диалога или тестовые файлы, которые нужно сопровождать | Сценарий в Delta-QA, который можно читать и редактировать без кода |
| Доказательство результата | Отчёт агента и его скриншоты | Снимок каждого шага и вердикт, который называет шаг со сбоем |
| Следующий релиз | Новый прогон агента или код, который нужно дорабатывать | Идентичный повторный прогон, результат сравнивается с эталоном |
| Сильная сторона | Исследование, воспроизведение багов, разовые проверки | Регрессионные тесты, воспроизводимые при каждом релизе, без кода |
Пусть сценарии пишет ваш агент, а воспроизведение остаётся идентичным. Delta-QA проходит каждый шаг на вашем реальном сайте и подтверждает только то, что действительно сработало. Попробовать Delta-QA бесплатно →
Пример: создание теста пути входа в систему с Claude Code
Чтобы подключить Claude Code к Delta-QA, нужны API-ключ и одна команда. Затем вы описываете путь так, как описали бы его коллеге. Агент пишет сценарий, а Delta-QA воспроизводит его и сохраняет доказательство каждого шага.
- Создайте бесплатный аккаунт и своё рабочее пространство в Delta-QA.
- Создайте API-ключ в разделе «Настройки», на вкладке «Рабочее пространство», в секции «API-ключи». Задайте название, роль «Может редактировать» для агента, который пишет сценарии, и срок действия: 30 дней, 90 дней или 1 год. Ключ показывается только один раз, вместе с готовой командой.
- Вставьте команду в терминал, заменив
dqa_…своим ключом:
claude mcp add --transport http delta-qa https://api.delta-qa.com/api/mcp --header "Authorization: Bearer dqa_…"
- Опишите путь в Claude Code простыми словами. Например: «Создай регрессионный тест пути входа в систему на
https://staging.example.com: введи email тестового аккаунта и пароль, отправь форму, затем проверь, что отображается дашборд.» - Дайте агенту поработать. Он создаёт сценарий, прописывает шаги и просит Delta-QA воспроизвести их. Если шаг не проходит, например кнопка на шаге 4 не найдена, вердикт называет этот шаг: агент исправляет его и запускает заново.
- Подтвердите. Когда повторный прогон проходит успешно, агент активирует сценарий: его снимки становятся эталоном.
Пароль, помеченный как конфиденциальное значение, шифруется сразу при поступлении, вводится при повторном прогоне и скрывается на снимках: даже сам агент уже не может его прочитать. API-ключ действует только в своём рабочем пространстве, с правами своей роли, и мгновенно отзывается с того же экрана.
Затем QA-инженер снова берёт управление в Delta-QA
После подтверждения сценарий, созданный агентом, становится таким же сценарием Delta-QA, как и все остальные. Он появляется в вашем рабочем пространстве: его можно читать и редактировать без кода, как если бы он был записан при обычном просмотре сайта. Роль агента на этом заканчивается: воспроизведение, сравнение и решение остаются за QA-инженером со всеми инструментами Delta-QA.
При каждом релизе:
- Воспроизводите в один клик: сценарий выполняется сам в Chrome, Firefox и WebKit, на выбранных вами ширинах экрана.
- Сравнивайте: отчёт показывает эталон и текущую версию бок о бок, с выделенными и классифицированными отличиями (критично, предупреждение, незначительно). Детерминированный ИИ Delta-QA, а не LLM, всегда выносит один и тот же вердикт для одного и того же расхождения.
- Принимайте решение: подтвердите изменение как новый эталон или заведите баг прямо из отчёта.
В отчёте есть всё, что нужно разработчику для исправления: проблемный шаг, эталонный снимок, текущий снимок и участки, которые отличаются. Эти данные передаются как есть разработчику или его агенту для работы с кодом: исходной точкой становится конкретное расхождение, а не приблизительное описание. После исправления новый повторный прогон того же сценария подтверждает, что регрессия устранена.
Ваш агент пишет сценарий, а Delta-QA сохраняет доказательство. Создайте API-ключ и поручите Claude Code написать ваш первый регрессионный тест. Попробовать Delta-QA бесплатно →
FAQ
Что такое Playwright MCP?
Playwright MCP представляет собой сервер Model Context Protocol для Playwright, опубликованный Microsoft. Он позволяет ИИ-агенту, например Claude, управлять настоящим браузером, читая дерево доступности страниц: открыть URL, кликнуть, ввести данные, прочитать содержимое. Агент действует по инструкциям простыми словами, без скриптов.
Можно ли проводить регрессионное тестирование с помощью Playwright MCP?
Да, для разовой проверки. Для теста, который воспроизводится при каждом релизе, агент заново решает каждое действие при каждом прогоне, поэтому два прогона могут пойти разными путями. Тогда путь нужно зафиксировать: в коде Playwright Test, который сопровождает команда, или в инструменте, воспроизводящем его один в один, как Delta-QA.
Нужно ли уметь программировать, чтобы пользоваться MCP-сервером Delta-QA?
Нет. Вы описываете путь простыми словами, агент прописывает шаги, а Delta-QA воспроизводит их. Затем сценарий появляется в Delta-QA: его можно читать и редактировать без кода, как сценарий, записанный при обычном просмотре сайта.
Участвует ли LLM, когда Delta-QA воспроизводит тест?
Нет. Агент участвует только при создании сценария. Повторные прогоны выполняются в браузере Delta-QA и сравниваются с эталоном детерминированным ИИ Delta-QA, а не LLM: одни и те же входные данные всегда дают один и тот же вердикт.
Какие агенты можно подключить к Delta-QA?
Claude Code подключается одной командой. Подключиться может и любой MCP-клиент, который поддерживает удалённый сервер «Streamable HTTP» с заголовком аутентификации.
Входит ли MCP-сервер в бесплатный аккаунт?
Да. API-ключи и MCP-сервер доступны на всех тарифах, включая бесплатный аккаунт. Всё, что запускает агент, засчитывается в квоту вашего тарифа, как если бы вы запустили это сами.