TMS — типы сущностей
Complex QA — классическая система управления тестированием (TMS). Документация организована в команде, работа группируется в проектах, выполнение идёт через прогоны и результаты.
Все сущности документации принадлежат команде и обычно — проекту.
Иерархия
text
Team (команда)
└── Project (проект)
├── Test suites (дерево сьютов)
│ └── Test cases (тест-кейсы)
│ └── Test case steps (шаги)
├── Test accounts (тестовые аккаунты)
├── Execution contexts (снимки окружения)
├── Bugs (баги)
├── Test runs (тест-раны)
│ └── Test run results (результаты — по одному на кейс в прогоне)
└── (Tasks — сводный вид, отдельной сущностью не является)Справочник сущностей
| Сущность | Назначение | Ключевые поля / статусы |
|---|---|---|
| Project | Контейнер продукта или релиза | project_name, project_description, project_status: OPEN, CLOSED |
| Test suite | Папка в дереве; группирует кейсы | test_suite_name, parent_test_suite_id |
| Test case | Описанный тест со шагами и метаданными | test_case_title, test_case_status: PENDING, IN_PROGRESS, COMPLETED, CLOSED; сложность и важность: LOW, NORMAL, HIGH |
| Test case step | Действие и ожидаемый результат | step_text, step_excepted_result; типы: TEST_CASE_STEP, TEST_CASE_PRESTEP |
| Test account | Учётные данные и среда для тестировщиков | resource, login, password, test_account_description |
| Test run | Цикл выполнения | test_run_name, test_run_status: PENDING, IN_PROGRESS, COMPLETED, CLOSED |
| Execution context | Снимок окружения в проекте | context_title, оси справочников, host, base_url, build_version |
| Bug | Дефект в проекте | bug_title, bug_status, bug_priority, bug_severity, bug_type |
| Test run result | Исход одного кейса в прогоне | test_result_status: PENDING, PASSED, FAILED, SKIPPED, BLOCKED, RETEST |
| Task | Назначенная вам работа | Фильтрованный список, не хранится отдельно |
Как сущности связаны
- Сьюты и кейсы — кейс может быть в сьюте. Сьюты вкладываются через
parent_test_suite_id. API test structure возвращает полное дерево проекта. - Прогоны и кейсы — при создании прогона выбранные (или все) кейсы проекта копируются в test run results.
- Назначение —
assigned_toна кейсе, прогоне или результате формирует список Tasks для пользователя. - Клонирование — сьюты и кейсы можно клонировать (клон сьюта включает кейсы; клон кейса — шаги).
Чего пока нет
Для корректных ожиданий (в сравнении с TestRail и аналогами):
- Нет встроенного автоматического прогона и приёма отчётов из CI
- Нет отдельного поля тип теста на кейсах (типы есть в конфиге, но не привязаны к кейсам)
- Нет шаблонов project config на текущей модели проекта
- Приглашение по email добавляет только уже зарегистрированных пользователей (без pending-invite письма)
Подробные страницы
- Проекты
- Тест-кейсы и сьюты
- Тестовые аккаунты
- Тест-раны
- Результаты тест-ранов
- Контекст выполнения и окружение
- Баг-трекер
| Версия | 1.1 |
| Последнее изменение | 2026-06-13 |