Блог

Пользовательские поля тест-кейсов в TMS ТестОпс

2026-03-31 13:00
Кастомные поля в TMS ТестОпс — это дополнительные атрибуты тест-кейсов в формате «ключ–значение». Они помогают структурировать проверки, точнее искать, фильтровать и группировать данные. Вместе с тегами, папками, AQL-разметкой и группировкой по значениям они делают аналитику более управляемой. Для автотестов значения таких полей могут обновляться из результатов запусков, что связывает тест-кейсы с процессами CI/CD (непрерывная интеграция и доставка).
По мере роста числа проверок усложняется и контекст: появляются релизы, компоненты, команды, ветки разработки, среды и уровни критичности. Обычного списка уже недостаточно. Нужна система управления тестированием, в которой атрибуты тест-кейсов помогают быстро видеть покрытие, риски и ход работы.

Почему атрибуты тест-кейса в TMS важны

TMS (Test Management System, система управления тестированием) — это инструмент, где тестовая база становится управляемым активом: тест-кейсы, их статусы, связи и планы выполнения.
В системе ТестОпс всё строится на тест-кейсах — описаниях проверок, которые можно выполнять вручную или с помощью компьютера. Эти описания могут включать дополнительные метки для удобного управления ими. Например, теги помогают группировать тесты, тестовые слои показывают, на каком уровне системы проводится проверка, а пользовательские поля позволяют добавлять любую информацию, которую сочтут нужной.

Атрибуты тест-кейсов помогают управлять масштабом проверок. Они позволяют создавать выборки тестов, отчёты и правила для обновления данных. Благодаря единым атрибутам легко находить нужные тесты и управлять ими.

Статус тест-кейса показывает, на каком этапе он находится: начат, выполнен, завершён и так далее. Метаданные фиксируют контекст, то есть дополнительную информацию о проверке. Всё это помогает автоматизировать поиск нужных тестов и создание планов проверок.

Что такое кастомные поля в TMS ТестОпс

Кастомные поля — это произвольные пары «ключ–значение», которые добавляются к тест-кейсам. Их основная роль — дать структурированное основание для фильтрации и группировки тест-кейсов в повседневной работе и при подготовке тест-планов.
Главное отличие: кастомные поля превращают «метку» в управляемый признак. В ТестОпс они используются для поиска и группировки тест-кейсов, а также участвуют в выборках через AQL.

Стандартные системные поля и их роль

Системные поля — это предустановленные поля, которые уже присутствуют в ТестОпс и используются в стандартных группировках: Epic, Feature, Story, Suite, Component. Эти поля нельзя удалить, но для них поддерживается настройка сопоставлений значений. Они дают общий «каркас» структуры и помогают удерживать единый язык описания тестов в разных проектах и командах.

Отличия кастомные поля от тегов и папок

Теги — это пользовательские метки, которые добавляются к тест-кейсам для удобной категоризации и фильтрации. Теги подходят, когда нужна гибкая маркировка без строгого набора значений.
Папки — это контейнеры для структурирования тест-кейсов и результатов тестов в древовидной иерархии. Документация отдельно подчёркивает отличие от группировки по кастомным полям: папки дают предсказуемую структуру без изменения метаданных тест-кейсов.
Главное отличие: кастомные поля фиксируют структуру через значения, а не через местоположение объекта. Это особенно заметно в механике «деревьев», где группировка строится по значению поля и может обновляться автоматически.

Какие данные хранить в кастомных полях, а какие — в метаданных

Кастомные поля подходят для данных, которые повторяются, имеют ограниченный словарь значений и влияют на планирование и анализ. Это могут быть признаки предметной области, компоненты продукта, классы рисков, контуры эксплуатации, приоритетные направления регрессии. Такой подход лучше поддерживает Централизованное управление тест-кейстами, чем свободный текст в описании.
Кастомные поля хуже подходят для данных, которые меняются каждый запуск или не имеют устойчивого словаря. Для таких случаев обычно достаточно тегов или специализированных метаданных тест-кейса, которые уже предусмотрены в системе (например, тестовые слои и связи).
Итог: чем ближе признак к «таксономии» и отчётности, тем логичнее кастомное поле; чем ближе к разовому контексту, тем логичнее более лёгкая метка или ссылка.

Платформа ТестОпс удерживает качество данных в кастомных полях

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

Поддерживаемые типы полей и их преимущества

При создании кастомного поля задаётся тип: «одиночный выбор» или «множественный выбор». После создания тип поля не меняется. Это фиксирует модель данных и снижает риск разрастания несовместимых правил на уровне проектов.

Что такое «обязательное поле» и когда оно полезно

Обязательное поле — это параметр, при котором значение кастомного поля требуется указывать в каждом тест-кейсе проекта. Параметр может быть установлен администратором для всех проектов или точечно по проектам, а также владельцем проекта для своего проекта. Если обязательность включена администратором, владелец проекта не отключает её.
Ключевая идея: обязательность переводит признак из «опционального украшения» в часть договора о данных. Это повышает стабильность фильтров и аналитических срезов, особенно в больших проектах.

Глобальные и проектные значения

В ТестОпс есть два типа значений кастомных полей: глобальные значения создаёт администратор и они доступны везде, где используется поле; проектные значения создаёт владелец проекта и они ограничены одним проектом. Такой механизм помогает одновременно поддерживать общий словарь и оставлять пространство для локальной специфики.

Блокировка значений

Блокировка значений ограничивает выбор только предопределёнными глобальными и проектными значениями. Если блокировку включил администратор, владелец проекта не отключает её и не создаёт новые значения для этого поля. Также блокировка не устанавливается для пустого поля.
Главное отличие: блокировка превращает поле в управляемый справочник. Это снижает расползание вариантов написания и поддерживает единый язык для отчётности и AQL-запросов.

Роль значения по умолчанию и приоритетизация

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

Связь кастомных полей с ручными тестами, автотестами и CI/CD

CI/CD (непрерывная интеграция и доставка) почти всегда приносит в тестирование поток автоматизированных результатов. В этот момент возникает разрыв: тесты живут в коде и в отчётности, а тест-кейсы — в TMS. Кастомные поля помогают удерживать единый контекст, если значения обновляются согласованно и предсказуемо.

Значения в ручном и автоматизированном тестировании

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

Как работает автоматическое обновление из результатов тестов

В результатах тестов содержатся метки в формате «ключ–значение». В ТестОпс задаются правила сопоставления этих ключей с метаданными тест-кейса, включая кастомные поля. Такие метаданные затем используются для фильтрации и группировки. В итоге автоматизация не отменяет структуру, а усиливает её, если словарь значений и правила сопоставления зафиксированы на уровне продукта и проектов.

Кастомные поля в аналитике: фильтры, деревья и AQL-разметка

Когда структура полей согласована, она начинает работать как «координатная сетка» для анализа. В ТестОпс это проявляется в фильтрации, группировке и текстовых запросах AQL.

Группировка по кастомным полям вместо ручной иерархии

Группировка по кастомным полям позволяет строить древовидную структуру тест-кейсов по значениям выбранного поля. Документация подчёркивает, что это динамическая альтернатива папкам и может быть более гибкой при изменениях в продукте и тестовой базе.
Отдельный эффект появляется в автоматизированном потоке: если источник обновления выбран как «результат теста», то после закрытия запуска тест-кейсы могут перемещаться по веткам дерева автоматически, отражая актуальные значения.

AQL выражение ТестОпс: где используется AQL и что означает

AQL (Allure Query Language) в документации описан как язык текстовых запросов, который применяется в некоторых разделах ТестОпс, включая дашборды, а также при использовании API. Запрос строится из названия поля и требуемого значения.
Для кастомных полей в AQL предусмотрены отдельные поля: cf описывает сами кастомные поля тест-кейса, а cfv — значения кастомных полей. Это даёт формальную основу для AQL-разметки, когда отчётность и выборки опираются на один и тот же словарь метаданных.

В ТестОпс тест-план — это набор тест-кейсов для совместного выполнения. Динамический тест-план создаётся с помощью фильтров или AQL на основе метаданных.

Масштабирование и централизованное управление метаданными в ТестОпс

В больших организациях почти всегда возникает несколько уровней ответственности: общий словарь и правила на уровне установки, и локальные дополнения на уровне проектов. В кастомных полях это выражено через разделение глобальных и проектных значений, а также через разграничение прав между администратором и владельцем проекта.
Ключевая идея: справочники и ограничения в метаданных — это часть управления качеством, а не только удобство для тестировщиков. Руководителям разработки и бизнеса такой подход даёт более стабильные выборки для отчётности и понятные правила формирования тест-планов.

Польза AI Ассистента

AI Ассистент автоматизирует рутинные задачи тестирования. Он создает тест-кейсы и фиксирует дефекты. Модуль также позволяет разрабатывать навыки для командных процессов и отслеживать эффективность на дашбордах.
Работать с пользовательскими полями очень удобно. Чем более стабильны метаданные в системе управления тест-кейсами, тем проще автоматизированным процессам использовать одни и те же критерии. Таким образом можно получать предсказуемые результаты в тестовых сценариях и аналитических отчетах.

Решения, которые могут снизить пользу кастомных полей

Свободный ввод вместо управляемого словаря

Одна из типичных проблем — оставлять поле в формате свободного ввода там, где нужен единый набор значений. Тогда одни и те же сущности быстро распадаются на разные варианты написания, и поле перестаёт быть надёжной основой для фильтров и AQL. В таких случаях блокировка значений помогает удерживать справочник в управляемом состоянии.

Несколько смыслов в одном поле

Ещё одно слабое место — объединять в одном поле разные признаки. Например, когда одно и то же поле одновременно описывает компонент, команду и уровень риска. В такой модели запросы и аналитика становятся менее точными, а дерево группировки начинает дублировать категории. Группировка по кастомным полям работает лучше тогда, когда за каждым полем закреплён один понятный смысл.

Неопределённый источник данных для автотестов

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

FAQ

Меняется ли тип кастомного поля после создания?

Нет. После создания кастомного поля его тип не меняется.

Поддерживается ли использование кастомных полей в AQL?

Да. В списке доступных полей AQL отдельно указаны cf (кастомные поля тест-кейса) и cfv (значения кастомных полей).

Почему значения в автотестах иногда «переписываются»?

Для автоматизированных тест-кейсов в ТестОпс предусмотрен вариант источника «результаты тестов», при котором значения обновляются автоматически из результатов, если настроено сопоставление.

Заключение

Кастомные поля в TMS ТестОпс создают гибкую структуру метаданных для тест-кейсов. Они поддерживают фильтрацию, группировку и выборки с помощью AQL-разметки. Глобальные и проектные значения, обязательность и блокировка превращают эти поля в полноценные справочники. Они справляются с ростом тестовой базы.
Для автоматизированных проверок источник «результаты тестов» связывает метаданные с потоком CI/CD. Это помогает поддерживать единый контекст между отчётами и карточками тестов. AI Ассистент добавляет автоматизацию рутинных операций. Однако именно согласованные поля определяют предсказуемость масштабирования управления тестовыми случаями и аналитики качества.