Все приложения
Иконка QA Platform
Приложение XSOR
QA Platform

Тесты, которые пишут себя сами.
И сами себя чинят.

Антон исследует ваше приложение, предлагает план тестирования и пишет настоящие тесты на Playwright. Платформа перезапускает их детерминированно — без участия ИИ — с видео на каждом прогоне. А когда ваш интерфейс меняется, цикл авто-починки исправляет селекторы или честно отмечает баг продукта.

100%
прогонов записано на видео
15min
минимальный интервал прогонов
0
затрат на ИИ при перезапусках
Ведёт
Антон
Антон
QA-инженер

Тест-планы, регрессионные наборы, исследовательский поиск багов. Готовит чёткие воспроизводимые сценарии.

Попробуйте спросить

“Сломал ли ночной деплой оформление заказа?”

Вы наблюдаете за работой прямо в приложении. Работу выполняет Антон.
app.xsor.ru/qa
Наборы тестов
auth/
вход по email
сброс пароля
checkout/
добавление в корзину
форма оплатыисправлено
подтверждение заказа
Последний прогон
Прогон #214 · видео + трейс
41 пройден · 1 исправлен · 0 багов продукта
Запускается ежедневно в 9:00 · staging + production
Детерминированный повтор — без затрат на ИИ

QA Platform — таким его видит ваша команда.

Эффект для бизнеса

Что меняется для вашего бизнеса.

Клиенты перестают находить ваши баги

Ночные регрессии на стейджинге и продакшене ловят поломки до утренней планёрки — с приложенным видеодоказательством.

Покрытие с первого дня

Антон сам исследует приложение и предлагает план. Вы получаете настоящее покрытие, не написав ни спецификации, ни строки кода.

QA, которое поддерживает само себя

Дрейф интерфейса чинится автоматически; до человека доходят только настоящие баги продукта — с уже описанной первопричиной.

Что он делает

Покрытие, которое поддерживает само себя.

Иконка Сначала исследует, потом тестирует
Сначала исследует, потом тестирует

Антон проходит по вашему приложению в настоящем браузере и предлагает план тестирования — с видео исследования и письменным резюме — ещё до того, как появится первый спек.

Иконка Настоящие спеки Playwright
Настоящие спеки Playwright

Тесты на TypeScript, организованные в наборы, с понятными человеку шагами, категориями и приоритетами — так, как их вёл бы инженер.

Иконка API тоже под тестами
API тоже под тестами

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

Иконка Видео на каждом прогоне
Видео на каждом прогоне

Каждый прогон записывает видео и полную трассу — с идентичными фикстурами между ИИ-исследованием и каждым плановым перезапуском.

Иконка Продакшен, стейджинг, локально
Продакшен, стейджинг, локально

Именованные окружения со своими URL. Любой прогон или расписание закрепляется за одним из них — ночью на стейджинге, раз в неделю на продакшене.

Иконка Перезапуски без ИИ
Перезапуски без ИИ

Детерминированный раннер выполняет сохранённые спеки в настоящем Chromium — по запросу или по cron, в любом окружении — без затрат на ИИ.

Иконка Сортировка через авто-починку
Сортировка через авто-починку

Сбои считываются из трассы: дрейф селекторов исправляется и перезапускается автоматически; настоящие изменения продукта отмечаются как баги с указанием первопричины.

Иконка Доля успешных — с одного взгляда
Доля успешных — с одного взгляда

Дашборд с долей пройденных, упавшими, чинящимися и выполняющимися тестами — обновляется вживую, пока идут прогоны.

На практике

Каждую ночь — полная регрессия.

Расписания от каждых 15 минут до раза в неделю перезапускают ваши наборы на стейджинге или продакшене — детерминированно, без ИИ в цикле. Каждый прогон записывает видео и полную трассу, а сбои сортируют себя сами, прежде чем кого-то разбудят.

  • Прогоны в настоящем Chromium — с видео и скачиваемой трассой на каждом
  • Дрейф селекторов чинится автоматически — до трёх попыток, прежде чем его увидит человек
  • Настоящие баги продукта приходят уже помеченными, с готовым описанием первопричины
Ночная регрессия — стейджинг02:00 UTC
checkout / guest flowпройден
auth / password resetпройден
billing / plan upgradeчинится…починен → пройден
api / auth boundariesпройден
ВидеоТрасса4/4 зелёный
Абстрактная иллюстрация приложения QA Platform
Антон: неделя в команде

Неделя с Антоном в команде.

В понедельник Антон исследует ваше приложение и предлагает план — с видео всего, что он попробовал. К среде наборы прогоняются в зелёный по ночному расписанию. Деплой в четверг сдвигает селектор — тот чинится сам ещё до завтрака. Пятничный дашборд показывает один настоящий баг — первопричина приложена.

  • Фронтенд-сценарии и эндпоинты API — включая негативные, авторизационные и граничные случаи
  • Именованные окружения для продакшена, стейджинга и локальной среды — любой прогон может целиться в одно из них
  • Доля пройденных, упавшие, чинящиеся и выполняющиеся — один дашборд, всегда актуальный
Как это работает

Вы делегируете. Антон ведёт это здесь.

  1. Направьте Антона на ваше приложение

    «Протестируй моё приложение на myapp.com». Антон исследует его настоящим браузером и составляет карту важных сценариев.

    Сломал ли ночной деплой оформление заказа?
  2. Тесты пишутся и проверяются

    Спеки Playwright попадают в папки наборов, прогоняются до зелёного и регистрируются с прикреплёнными видео и трассами.

  3. Они сами держат себя зелёными

    Расписания перезапускают наборы в любом окружении. Сбои сортируются сами; Антон подключается снова только там, где нужен интеллект.

    Дальше работает само
Частые вопросы

Хорошие вопросы.
Чёткие ответы.

Остались вопросы? Связаться с нами →

Антон сначала исследует ваше приложение настоящим браузером — вы получаете видео исследования, письменное резюме и предложенный план тестирования ещё до того, как написан хоть один спек.

В терминах ИИ — ничего. Детерминированный раннер выполняет сохранённые спеки Playwright в настоящем Chromium — по запросу или по расписанию — без модели в цикле.

Сначала считывается трасса. Дрейф селекторов чинится автоматически и перезапускается; настоящее изменение продукта отмечается как баг с указанием первопричины. «Не удалось запустить» отмечается как заблокировано — и никогда не выдаётся за баг.

Да. У каждого проекта есть именованные окружения — production, staging, local — со своими URL, и любой прогон или расписание может быть нацелен на одно из них. Учётные данные подставляются по плейсхолдеру и никогда не появляются в коде тестов.

Да. Бэкенд-наборы обращаются к вашим эндпоинтам напрямую — с функциональными, негативными, авторизационными и граничными случаями, найденными при исследовании приложения и организованными так, как их вёл бы инженер.

Нет. Когда прогон падает, сначала читается трасса: дрейф селекторов чинится автоматически — до трёх попыток, проблемы инфраструктуры отмечаются как заблокированные, и только настоящие изменения продукта помечаются как баги — с приложенной первопричиной.