QA Деск не привязан к технологии продукта: кейсы, планы и дефекты одинаковы для портала на Битрикс24, конфигурации 1С и SPA на React. Отличается обвязка — как автотесты попадают в прогон, что приходит из мониторинга, чей ключ к модели подключён. Ниже — по странице на каждый пункт полосы «Платформы, стек и форматы» с главной: без обещаний, только то, что можно проверить сегодня.
На чём написан продукт, который вы тестируете
Конфигурации 1С живут в том же реестре, что и остальной портфель: релиз платформы и конфигурации — поля дефекта, чек-листы регресса берутся готовыми, сценарии Vanessa Automation приезжают отчётом из вашего CI.
1С:Предприятие — регресс обновлений без таблиц в почтеСайт на 1С-Битрикс проверяется по готовому смоуку каталога и заказа, обновление ядра фиксируется в поле сборки, а ошибки прода из Sentry становятся дефектами без ручного пересказа стек-трейса.
1С-Битрикс — обновление ядра без сюрпризов на продеОтчёт PHPUnit или Pest уезжает в QA Деск одним шагом пайплайна и превращается в прогон, где автотесты лежат в одной таблице с ручными проверками, а не в отдельной вкладке CI.
Laravel — отчёт Pest или PHPUnit становится прогономОтчёты PHPUnit, Behat и Panther приезжают в один прогон, сценарии на Gherkin ложатся рядом с ручными кейсами, а дефект несёт окружение, сборку и ссылку на упавший шаг.
Symfony — регресс, который видно целикомpytest отдаёт отчёт в JUnit XML или Allure, а QA Деск превращает его в прогон с ключами кейсов, где рядом лежат ручные проверки админки, интеграций и миграций.
Django — pytest в пайплайне, покрытие в дескеОтчёты Vitest, Jest, Playwright или Cypress становятся прогоном в одном проекте с бэкендом, а не отдельной вкладкой CI, и упавший сценарий превращается в дефект со сборкой и окружением.
React и Vue — фронтенд-прогон рядом с бэкендомAndroid и iOS: отчёты с устройств, матрица конфигураций, дефект с экрана
Gradle пишет JUnit XML для каждого инструментального теста — QA Деск принимает его как есть и кладёт в покрытие рядом с ручными кейсами; конфигурации прогона превращают план в матрицу «устройство × версия ОС».
Android — отчёт с эмулятора и устройства, прогон по матрицеXcode складывает результаты в бандл xcresult, а QA Деск принимает JUnit XML — между ними один шаг конвертации в пайплайне; после него автотесты и ручные проверки на устройствах живут в одном покрытии.
iOS — результаты XCTest в покрытие, ручной регресс по версиямУ кроссплатформенного приложения один набор кейсов и две платформы исполнения — конфигурации прогона в QA Деск позволяют не заводить кейсы дважды, а отчёты flutter test приезжают тем же CLI после конвертации в JUnit.
Flutter — один код, два прогона и одно покрытиеJest с репортёром jest-junit покрывает и юнит-тесты, и e2e на Detox — оба отчёта приезжают в QA Деск одним CLI, а платформа задаётся в момент выгрузки, чтобы прогон Android и прогон iOS не смешивались.
React Native — Jest и Detox в покрытие, платформы по конфигурациямAppium — самый частый выбор для мобильных автотестов вне кода приложения; отчёт даёт тот раннер, из которого вы его запускаете, а QA Деск принимает JUnit или Allure и кладёт результат в прогон нужной платформы.
Appium — один драйвер, два прогона, честный отчётОткуда в деск приезжают результаты и ошибки
Playwright пишет отчёт, QA Деск делает из него прогон: ключ кейса связывает автотест с ручной проверкой, повтор задания не плодит дубли, а упавший сценарий превращается в дефект.
Playwright — сценарии в браузере, результат в покрытииСвоего формата у QA Деск нет: подойдёт JUnit XML, который ваш раннер уже пишет. Один запрос из пайплайна — и отчёт становится прогоном с историей, покрытием и дефектами.
JUnit XML — формат, который умеет писать всёКаталог allure-results уезжает в QA Деск одним шагом. Отличие от отчёта-артефакта в том, что прогон остаётся: с историей, покрытием вместе с ручными кейсами и дефектами из упавших шагов.
Allure — результаты, которые не пропадают вместе со сборкойОтчёт из GitLab CI уезжает в QA Деск шагом в пять строк: токен проекта в masked-переменной, ключ идемпотентности утилита берёт из CI_PIPELINE_ID сама.
GitLab CI — один шаг в пайплайне, прогон в дескеОтчёт уезжает из кубика CI одной командой, а дефект связывается с задачей SourceCraft: обратно в карточку приходят статус задачи и пул-реквест, закрывший её, с хешем влитой сборки.
SourceCraft — от дефекта до влитого пул-реквестаОшибка уровня error или fatal становится дефектом выбранного проекта — с типом исключения, местом и ссылкой на issue. Одна ошибка — один дефект, повторные срабатывания дублей не плодят.
Sentry — ошибка у пользователя приходит дефектомПроверка обменов и контрактов между системами
Чей ключ, чья модель и что она делает с вашими текстами
DeepSeek — пресет по умолчанию: адрес и модель подставляются, ключ проверяется живым запросом при сохранении, платите вы напрямую провайдеру, без «коинов» и наценки сверху.
DeepSeek — свой ключ, свои расчёты с провайдеромТребование к провайдеру ровно одно — ручка /chat/completions в формате OpenAI. Дальше это ваш выбор и ваш договор: адрес, модель и ключ задаются на пространство, счёт идёт мимо нас.
OpenAI-совместимый API — провайдера выбираете выЛокальная модель подключается тем же полем «Адрес API»: vLLM, Ollama и LM Studio отдают OpenAI-совместимый /chat/completions, и тексты дефектов остаются внутри вашего контура.
vLLM и Ollama — тексты не покидают периметр