Сейчас TMS на рынке условно можно разделить на два подхода.

Первый — классический. Система работает как слой управления ручным тестированием: хранит тест-кейсы, формирует прогоны, фиксирует статусы и результаты. Вся логика выполнения при этом остается за пределами TMS.

Второй — с поддержкой автотестов. Здесь появляются интеграции с CI: система умеет связывать автотесты с тест-кейсами, подтягивать результаты запусков, отображать историю и статусы. Иногда добавляется возможность инициировать запуск, но фактическое выполнение и управление пайплайнами по-прежнему остаются в CI.

В новом релизе DoQA 4.0 как раз добавили сценарий с запуском автотестов прямо внутри TMS. Давайте разберем, как это ребята реализовали.

Создание прогона и запуск автотестов

В релизе добавили связку между прогоном и запуском автотестов.

Теперь при создании прогона можно выбрать способ — запуск автотестов. Здесь же сразу задаются параметры CI: система (например, GitLab), проект и ветка. То есть прогон создается не просто как набор тестов, а сразу с привязкой к конкретному запуску в CI.

Ранее для этого нужно было идти в CI и запускать пайплайн там. Теперь запуск можно сделать прямо из TMS.

При этом запуск стал гибче: можно запускать не только весь пайплайн, но и конкретные автотесты прямо из прогона. Это удобно, когда нужно быстро проверить доработку или прогнать только затронутую часть функциональности, не дожидаясь полного регресса.

Сама механика выполнения при этом не изменилась — тесты по-прежнему выполняются в CI, а TMS просто инициирует запуск.

В случае падения автотеста баг-репорт можно создать прямо из интерфейса TMS, без перехода в трекер.

Внутри прогона автотест выглядит как обычный тест-кейс: у него есть статус, исполнитель и возможность взаимодействия. При необходимости его можно открыть, посмотреть детали, оставить комментарий или даже отметить как пройденный вручную.

Результаты автотеста прямо в TMS

Внутри прогона можно открыть конкретный автотест и посмотреть результат его выполнения.

Если тест падает, в TMS сразу отображается подробная информация:

сообщение об ошибке
stacktrace
детали выполнения

То есть не нужно переходить в CI или открывать отдельный отчет — вся информация о падении доступна прямо внутри системы.

По факту здесь сделали простую вещь: вывод логов и stacktrace автотеста перенесли в TMS, чтобы разбор падений можно было делать в том же месте, где ведется тестирование.

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

При этом это не просто лог. История оформлена как отдельный слой интерфейса: в ней собраны как ручные, так и автоматические прогоны. За счёт этого можно анализировать стабильность теста и повторяемость падений прямо в TMS, без перехода в CI или отчёты.

Итого

В этом релизе DoQA не изобрели новую механику выполнения автотестов — всё по-прежнему крутится в CI. Но ребята сделали более важную вещь: запуск и работа с автотестами теперь происходят из TMS.

То есть:

запуск происходит из прогона
результаты разбираются там же
история и контекст не размазаны по разным системам

За счёт этого процесс становится цельным: тест-кейс → запуск → результат → анализ — всё в одном месте. Что удобно.

Читайте нас в Телеграм, MAX и Сетке

Работа с автотестами внутри TMS