Тест-кейсы с версиями, тест-планы и прогоны, доска дефектов и приём отчётов JUnit и Allure прямо из вашего CI. На портале Битрикс24 QA Деск ставится как приложение: сотрудники, рабочие группы и роли приезжают с портала, а вкладка «Баги» живёт прямо в карточке задачи.
Состав продукта
Ниже — функции, которые есть в сервисе сегодня и которые можно проверить на своём проекте. То, что ещё в работе, собрано отдельно — в дорожной карте: смешивать планы с готовым мы считаем плохой практикой.
Библиотека, которая переживает переписывание продукта
От отбора кейсов до цифр по релизу
Воркфлоу, который не даёт багу потеряться
Отчёт пайплайна становится прогоном
Не «интеграция по API», а приложение на портале
Первый день команды в сервисе
Платформа
Тест-менеджмент, баг-трекинг и автоматизация живут в одном сервисе и ссылаются друг на друга: кейс → прогон → дефект → задача → релиз. Каждая стрелка здесь — рабочая ссылка, а не картинка на слайде.
Библиотека кейсов с деревом разделов, тест-планы и прогоны по версиям продукта.
Доска дефектов с воркфлоу из восьми статусов, серьёзностью и приоритетами.
Отчёты Playwright и любых JUnit/Allure-раннеров из CI и метрики качества на одном деске.
Битрикс24
QA Деск ставится администратором прямо из портала. Дальше сотрудники входят своей учёткой Битрикс24, заводят дефекты не выходя из задачи, а роли раздаются по должностям из карточек сотрудников.
Экраны продукта
Ключевые экраны кабинета: прогоны и метрики, библиотека кейсов, доска дефектов и запись результатов по ходу прогона.
Открыть канбан сделок в CRM
Перетащить сделку в стадию «В работе»
Обновить страницу и проверить, что стадия сохранилась
Сделка не сохраняется при смене стадии
Промокод не применяется повторно
500 при выгрузке отчёта по отделу
Дубль уведомления о задаче
Съезжает вёрстка корзины в Safari
Автотесты
Никакого своего формата: подойдут JUnit XML и Allure, которые ваш раннер уже умеет писать. Автотесты и ручные кейсы ложатся в одни и те же таблицы, поэтому покрытие считается по всему, что проверено, а не отдельно «руками» и отдельно «машиной».
Пайплайн ходит своим токеном приёма: он выпускается на проект, показывается один раз, хранится в виде хеша и отзывается — уволившийся автоматизатор не уносит доступ с собой. Отдельного человека в CI заводить не нужно.
Автотест помечается ключом кейса (property, label или имя теста) — и результат ложится в ту же строку покрытия, что и ручная проверка. Тесты без ключа не пишутся молча: они возвращаются списком с причиной.
Приём идемпотентен по ключу «прогон CI + попытка»: перезапуск задания не создаёт второй прогон и не удваивает цифры на дашборде.
Если один и тот же кейс встретился в отчёте дважды, побеждает худший исход. Allure-статусы broken и unknown тоже не зеленят прогон.
Платформы и трекеры
Битрикс24, 1С, Laravel, Django, SPA на React или Vue — проекты на разных платформах живут в одном реестре, со своими окружениями, сборками и матрицей версий.
Проекты на 1С:Предприятие тестируются в том же контуре, что и остальной портфель, — с учётом того, в каком клиенте работает конфигурация.
Веб-клиент 1С — обычный интерфейс в браузере: автотесты пишутся и запускаются так же, как для любой веб-платформы.
Сценарии на Gherkin прогоняются в вашем CI, отчёт Allure или JUnit загружается в QA Деск тем же способом, что и любой другой, — упавшие сценарии видны в прогоне рядом с ручными проверками.
Конфигурации и релизы 1С — те же поля сборки и окружения, общие метрики качества, без отдельного инструмента под 1С.
Процесс
Восемь статусов с контролируемыми переходами: каждый дефект доходит либо до закрытия, либо до аргументированного отклонения. Переходы проверяет сервер, а не только интерфейс.
Права на переходы зависят от роли: тестировщик проверяет и закрывает, разработчик исправляет, менеджер приоритизирует, наблюдатель видит картину без права правок. «Не баг» требует типизированной причины, а дубль — ссылки на оригинал: закрыть дефект молчанием нельзя.
Сравнение
У каждого инструмента есть территория, где он силён, — делать вид, что её нет, было бы странно для продукта про качество. Ниже — где сильны они и в каких ситуациях команды выбирают QA Деск.
Кейсы переносятся мигратором из TestIT или импортом CSV из любой TMS, а внедрение на своих процессах помогает провести команда Эм Си Арт. Демо-проект с кейсами и дефектами появляется сразу после регистрации — сравнить можно на живом сервисе, а не по этой странице.
Сильные стороны конкурентов описаны по их открытым материалам на август 2026 года; если что-то устарело — напишите нам, поправим.
Дорожная карта
Мы разрабатываем продукт про качество, поэтому не пишем на лендинге о том, чего в нём нет. Здесь честный список: слева — то, над чем идёт работа прямо сейчас, справа — то, что запланировано и ещё не начато.
Ближайшие релизы
Заявлено, но ещё не начато
Развёртывание в облаке Эм Си Арт, в вашем облаке или on-premise. Разграничение прав, журналирование действий и переходов. AI-сценарии проектируются под локальную модель в вашем периметре — сегодня AI-функций в продукте нет, и данные клиентских порталов никуда не отправляются просто потому, что отправлять их некому.
Зарегистрируйтесь и заведите первый проект за пару минут — или поставьте приложение на портал Битрикс24 и получите пространство с сотрудниками и группами сразу. Нужно живое демо на сценариях вашей команды — напишите нам.
ПопробоватьДемо-проект с кейсами и дефектами · перенос кейсов из TestIT и CSV · внедрение силами команды Эм Си Арт