Ручной тестировщик
Не нужно учить язык, фреймворк и систему сборки. Регресс, который вы гоняете руками каждый релиз, собирается один раз и дальше запускается в два клика.
Соберите сценарий из шагов или превратите готовый тест-кейс в автотест с помощью ИИ-ассистента. Запуск в браузере на наших ресурсах. Ни CI/CD, ни серверов, ни фреймворка поддерживать не нужно.
Один и тот же продукт закрывает три разные ситуации в команде.
Не нужно учить язык, фреймворк и систему сборки. Регресс, который вы гоняете руками каждый релиз, собирается один раз и дальше запускается в два клика.
Не нужно выделять человека на поддержку фреймворка. Прогоны идут параллельно, шаги и локаторы лежат в общем каталоге, а не в чужом репозитории.
Не нужны раннеры, образы и очередь в CI/CD. Браузеры и ресурсы для прогона даём мы, отчёты остаются в вашем проекте.
От пустого проекта до результата в браузере. Ничего устанавливать не нужно.
Добавьте и подтвердите домен своего стенда. Автотесты работают только по подтверждённым доменам команды. Чужие сайты запустить нельзя.
Шаг - это действие, цель и значение: открыть, кликнуть, заполнить, проверить. Либо отдайте ИИ-ассистенту тест-кейс, и шаги придут готовыми.
Выберите браузер, разрешение, число потоков и повторов. Прогон уходит в очередь и выполняется на нашей стороне.
Видно, на каком шаге сценарий остановился. Скриншот падения делается по умолчанию, итоговый включается опцией.
ИИ-ассистент собирает готовый промпт по вашему тест-кейсу, странице или дефекту. Вы прогоняете его в своей модели и импортируете результат обратно в проект. Импортированные сценарии помечаются тегом, их можно проверить и поправить до того, как они пойдут в прогон.
Отдельный сюжет - это дефект. Исправление, закрытое словами, повторяется. Автотест, собранный из шагов воспроизведения, остаётся в проекте навсегда и ловит регресс на следующем релизе.
Страницы и элементы хранятся отдельными каталогами. В шаге вы выбираете элемент из каталога, а не вписываете селектор руками. Когда вёрстка меняется, вы правите одну запись, а не двадцать шагов в десяти сценариях.
Повторяющееся начало сценария выносится в общий блок и подключается как предусловие. Он выполняется в той же сессии браузера, перед основными шагами.
Логины и пароли берутся из тестовых учётных записей проекта, а не вписываются в шаг открытым текстом.
/login/projects/test-case/:idrole = buttonname = logintestid = project-rowПрогон идёт на движках Playwright из нашего образа. Настройки задаются на форме запуска.
Телефон воспроизводится через User-Agent и разрешение экрана: сайт отдаёт мобильную вёрстку, воркер передаёт признаки mobile и touch. Профиль устройства Playwright при этом не подставляется, Chromium с мобильным User-Agent остаётся Chromium.

В документации мы пишем, что продукт умеет на конкретной версии, и не обещаем того, чего в нём нет.
Нет. Сценарий собирается из шагов в интерфейсе. Знание Playwright помогает понимать, что происходит под капотом, но не требуется.
Нет. Прогон выполняется на наших ресурсах, ставить и обслуживать ничего не нужно.
Нет. Только на доменах, которые ваша команда подтвердила. Это ограничение сделано намеренно.
Если локаторы взяты из каталога элементов, вы правите одну запись каталога, а не каждый шаг.
Только если вы сами их туда отправите. Мы модель не запускаем и промпт за вас не отправляем.
Да, импортом массива JSON, до пятидесяти сценариев за раз.
Домен, десяток шагов, один прогон. Дальше он работает за вас каждый релиз.
Оставьте заявку, и мы свяжемся с вами, чтобы обсудить задачи вашей команды и подобрать оптимальное решение.
Мы не просто продаём готовый продукт, мы адаптируем платформу под реальные процессы и запросы наших пользователей. Расскажите, что важно именно вам.
Закажите персональную демонстрацию ComplexQA для вас и вашей QA-команды. Мы покажем, как платформа решает различные задачи.
Есть вопросы, предложения или идеи? Напишите нам на support@complexqa.com или заполнив форму.