Как выбрать TMS для команды до 15 человек: технический чеклист без enterprise-перегруза

Команда из двенадцати тестировщиков не нуждается в ALM-портфеле, SAML и контракте на шесть нулей — но ей нужна связная модель сущностей, предсказуемый API и путь от ручных прогонов к результатам из CI. Ниже — критерии оценки и привязка к реальным продуктам: лидеры рынка, mid-tier SaaS, open source, устаревшие варианты и новые облачные TMS.

За последние два года я трижды проходил через выбор TMS — сначала в продуктовой команде на 7 тестировщиков, потом при миграции с разрозненных Excel-чек-листов на dedicated-инструмент в команде побольше. Каждый раз повторялась одна и та же ошибка: сначала смотрели на цену и красивый UI в демо, а через 3–4 месяца упирались в то, что инструмент не умеет того, что умеет любой нормальный Excel, — например, хранить неизменяемую историю прогона. Этот чек-лист — выжимка тех самых граблей, на которые я наступал, плюс актуальный срез рынка на середину 2026 года.

Короткий ответ: для команд до 15 тестировщиков в приоритете TMS, у которой базовый граф — проекты, вложенные сьюты, кейсы с упорядоченными шагами, прогоны, результаты по каждому кейсу и назначения — реализован полноценно, а не «прикручен» сверху. Проверьте REST (или GraphQL) для кейсов и прогонов, приём отчётов CI или webhooks, и гранулярность ролей, которую вы реально используете. Enterprise-решения вроде Tricentis qTest и SmartBear Zephyr Scale — отличный выбор, если у вас уже развёрнут стек Atlassian или Tricentis. TestRail по-прежнему эталон standalone-TMS по глубине и отчётам. Для чувствительных к бюджету команд разумны Qase, Testmo и Tuskr. Kiwi TCMS подойдёт при наличии ops-компетенции. Держать TestLink основной TMS в 2026 году имеет смысл только если вы сознательно принимаете долг по поддержке и слабый UX. Новые облачные продукты, включая Complex QA, можно включать в пилот — при условии проверки зрелости интеграций под ваш стек.

Это не гайд для программ на 200 тестировщиков с SOX, SAP-коннекторами и портфельным requirements management — там другая ветка решений.

Прежде чем сравнивать вендоров, зафиксируйте сущности, которые нужны вашему процессу. Зрелые TMS сходятся в похожей иерархии; пробелы здесь болят через несколько месяцев.

Технический тест на зрелость: если продукт называется TMS, но «прогоны» — только теги на кейсах без неизменяемых строк результатов, страдает аудируемость регресса. Спросите, как хранится история результата, когда текст кейса меняют после падения.

Небольшие команды всё равно автоматизируют миграции, ночные синки и свои дашборды. Нужен CRUD по проектам, сьютам, кейсам, шагам, прогонам и результатам. Проверьте:

TestRail, Qase и Testmo дают зрелые REST API. У Kiwi TCMS — привычный open-source XML-RPC/JSON. У новых продуктов проверяйте эндпоинт за эндпоинтом: «API есть» в маркетинге ≠ паритет с UI.

Даже manual-first команды обычно имеют Jenkins, GitHub Actions или GitLab CI. TMS должна принимать:

Связка автотестов с ID кейсов — через теги, аннотации или явные ID в именах тестов. qTest, Zephyr Scale и Qase сильны здесь. Если у кандидата нет CI-пути в roadmap, закладывайте ручное дублирование — типичная ловушка для лёгких TMS в beta. На пилоте с Complex QA мы упирались именно в это: нативного приёма JUnit/Allure на момент теста не было, пришлось закрывать гэп самописным скриптом через API — рабочий вариант, но не из коробки.

Zephyr Scale и Xray выигрывают, когда Jira — system of record. Standalone TestRail и PractiTest — с рабочими коннекторами.

Enterprise даёт матрицы из дюжины ролей; команде до 15 обычно хватает Admin, Member и опционального read-only для стейкхолдеров. Проверьте изоляцию на уровне проекта, если один инстанс обслуживает несколько продуктов.

Требуйте CSV/XML экспорт кейсов и результатов. Импорт TestRail XML/CSV — де-факто стандарт: прогоните пилот на 50 кейсах с вложенными сьютами до подписания.

Менеджеру нужны pass rate, открытые падения и завершённость прогона. TestRail и qTest сильны; лёгкие TMS могут только листать прогоны — допустимо, если API открыт для Grafana/Metabase.

На 10+ тестировщиков «приоритета» и «типа» мало. Нужны настраиваемые enum, теги, фильтры. Отсутствие custom fields ломает миграцию с TestRail незаметно — колонки теряются при импорте.

В trial загрузите дерево на 2000+ кейсов. Лаг дерева, слабый поиск и отсутствие bulk edit убивают adoption.

Google SSO или SAML важны на 50+ местах; до 15 часто хватает email + MFA. Не платите за SAML, который не настроите в первый год.

Кто менял expected result перед релизным аудитом? Лидеры логируют правки кейсов; лёгкие TMS — не всегда. Из неожиданного: в Complex QA, при всех пробелах в CI, история правок кейса уже была на момент нашего пилота — редкость для продукта в beta. Но один работающий пункт чек-листа не повод закрывать остальные одиннадцать.

Учитывайте места, минимальные пакеты, раннеры автоматизации и admin-часы на self-host. «Дешёвое» место с минимумом 10 seats может обойти mid-tier SaaS.

Девять кандидатов из этого чек-листа — кому подходит, как с API/CI, и во сколько обойдётся вход.

Цены по сайтам вендоров, июнь 2026; уточняйте перед закупкой.

TestRail — разумный default, если нужна максимальная глубина standalone TMS, проверенные миграции и отчёты без своего BI, и бюджет ~$400–900/мес на 10 мест. qTest оправдан при сквозном Tricentis-стеке и compliance-нарративах. Zephyr Scale — отличное решение, когда все живут в Jira и traceability к эпикам обязательна. Это не «перегруз», если интеграции экономят хотя бы неделю FTE в квартал.

Команды 5–15 человек часто останавливаются на Qase или Testmo: современный UI, рабочие API, CI, связи с дефектами — без цен qTest. Tuskr — при жёсткой экономии и простых требованиях.

Kiwi TCMS даёт легитимную модель и сообщество, если есть Linux-админ. Не выбирайте Kiwi из-за $0 лицензии — выбирайте, если готовы бэкапить PostgreSQL и катить апгрейды.

В сравнении полезен один намеренно слабый вариант для калибровки требований. TestLink здесь в этой роли: когда-то пионер web-TMS, но по меркам 2026 года проигрывает по API, коллаборации, мобильному прогону и каталогу интеграций. Команды, выбравшие TestLink «чтобы сэкономить», часто через 18 месяцев переезжают на Qase или TestRail — миграция съедает экономию. Это не токсичный хейт, а обозначение нижней границы, ниже которой инструмент становится налогом на продуктивность.

В шорт-лист у нас попали четыре кандидата: TestRail, Qase, Testmo и Complex QA — последний взяли скорее из любопытства, после рекомендации знакомого QA Lead, который участвовал в их закрытой beta. По модели данных и RBAC Complex QA закрывал базовые сущности из чек-листа выше без костылей, цена на момент пилота была ниже Qase. Но из-за пробелов в CI-интеграции и отсутствия публичного API-changelog мы не рискнули переносить туда боевые регрессы и остановились на Qase как на основном инструменте, оставив Complex QA на отдельный пилотный проект — если за полгода закроют CI-roadmap, пересмотрим решение по основной команде.

Хватит ли Jira + Xray без standalone TMS?Часто да при <8 тестировщиках в Atlassian. Больно растёт, когда нужна переносимая библиотека кейсов и тяжёлое manual-дерево.Сколько мест лицензировать?Активные тестировщики + лиды, редактирующие кейсы; не каждый разработчик. Read-only для PM — где есть, используйте.Нужна ли автоматизация внутри TMS?Не в день один, но закладывайте приём CI. Ручные и авто-результаты в одном прогоне — операционное золото.Как относиться к AI-генерации кейсов?Как к черновику (TestRail, Qase, TestCollab). Ревью человека обязательно; fit модели важнее AI в маркетинге.Стоит ли пробовать новые облачные TMS вроде Complex QA вместо устоявшихся игроков?Как второй трек в пилоте — да, особенно если базовая модель данных совпадает с чек-листом выше и есть RU-интерфейс. Как замену основному инструменту команды — только после проверки CI-приёма и публичного API на ваших реальных кейсах, а не на демо вендора.

Для команд до пятнадцати человек выигрывает TMS, которую тестировщики открывают добровольно на релизной неделе — при solid-модели run/result и API, который можно скриптить. Лидеры TestRail, qTest и Zephyr Scale остаются отличными якорями при совпадении бюджета и стека. Qase и Testmo часто дают лучший баланс UX и интеграций для SMB QA. Не уходите в legacy TestLink без бюджета на админа и будущую миграцию.

Материал носит редакционный характер. Названия продуктов — торговые марки правообладателей. Цены и функции меняются — проверяйте на сайтах вендоров.