Пользователи, роли и проекты

Пользователи

Администраторы управляют пользователями в Настройки → Пользователи. Смена роли, отключение аккаунта и сброс пароля завершают все сеансы пользователя сразу, на всех экземплярах.

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

На Enterprise действия с пользователями и настройками записываются в Настройки → Журнал аудита.

Роли

Четыре роли, каждая включает права следующей:

Роль	Что может
Администратор (admin)	Установка целиком: настройки, люди, журнал аудита, проверки подключений
Лид (lead)	Плюс: делиться отчётами по ссылке, настройки проекта
Редактор (editor)	Кейсы и ревью чужих кейсов, прогоны, агенты, CI, починка локаторов, воркфлоу. Запуск CI-пайплайна (pipelines:trigger)
Наблюдатель (viewer)	Только просмотр

Утверждать кейсы (cases:approve) могут редактор, лид и администратор, но никто — свою работу: ни кейс, который написал, ни версию со своими правками после последнего утверждения. Исключение — когда в проекте больше некому утверждать, как в команде из одного человека. Кейс, написанный агентом или импортированный, не считается работой того, кто его принял или импортировал.

Прежние названия ролей по-прежнему читаются там, где они настроены: qa_lead как лид, sdet, manual_qa и developer как редактор, owner как администратор.

Где открывается рабочее пространство

Адрес /app открывает раздел, с которого роль обычно начинает: администратор, лид и наблюдатель — Дашборд, редактор — Планы и прогоны. Если дашборда нет (это модуль Pro), открывается следующий по порядку раздел. Ссылка на конкретную страницу, например /app/testcases/TC-101, после входа откроет именно её.

Проекты

В установке может быть несколько проектов (на Starter — один). У каждого проекта свои тест-кейсы, прогоны, вложения, журнал изменений, CI-пайплайны, источники требований и контракты, и нумерация своя: TC-1 в одном проекте не связан с TC-1 в другом.

Администраторы создают проекты и управляют участниками в Настройки → Проекты. Администратор организации видит все проекты, остальные — только те, куда их добавили. Роль в проекте не может быть шире роли самого аккаунта.

Проект выбирается в шапке рабочего пространства. Сервер проверяет членство при каждом запросе, так что назвать проект недостаточно, чтобы в него попасть.

Что общее для всей установки

Настройки интеграций — ключи моделей, Git-провайдер, трекеры, Confluence — одни на установку. Навыки, пользовательские агенты и раскладка дашборда — свои у каждого проекта. Встроенные навыки из образа доступны только для чтения, проект может их переопределить.

Если разным проектам нужны разные Git-репозитории или трекеры, пока нужна отдельная установка.

API-ключи

Ключи для CI и скриптов создаются в Настройки → API-ключи (модуль ci, тариф Pro и выше). Ключ принадлежит одному проекту и показывается один раз, при создании. Подробнее — в разделе Результаты из CI и в API.

Общий пароль перед всем рабочим пространством

APP_BASIC_AUTH_USER и APP_BASIC_AUTH_PASSWORD ставят HTTP Basic перед всем рабочим пространством. CI-клиенты с действующим API-ключом и вошедшие пользователи проходят без него.