Тестирование обновлений

Зачем нужна эта вкладка¶

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

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

Две подвкладки:

Подвкладка	Когда пользоваться
Сессии тестирования	Создать новую сессию, посмотреть ход текущих, увидеть результаты прошлых.
Фокус-группа	Настроить, кто имеет право участвовать в тестировании.

Подвкладка «Сессии тестирования»¶

Что такое сессия¶

Сессия тестирования — это период, в течение которого:

• LSUS раздаёт тестовым машинам пакеты из указанного репозитория (с каналом current или из testing-ветки);
• тестировщики ставят их на свои машины и проверяют по чек-листу;
• по итогам сессии администратор принимает решение — переводить пакеты в stable или нет.

Создание сессии¶

Кнопка «+ Создать сессию» открывает форму:

• Название — например, «Проверка перед релизом Astra 1.8.5».
• Локальные репозитории — какие репозитории (с каналом current) включить в проверку. Только current — stable и frozen не показываются, потому что они уже проверены.
• Promote to stable — после завершения сессии предложить перевод ветки stable из current. Перевод всё равно требует явного подтверждения — система не сделает его автоматически.
• Группы пользователей — какие фокус-группы будут участвовать. Участники этих групп получат задания.
• Описание — цели и объём проверки (необязательно).

Жизненный цикл сессии¶

1. Создана — администратор настроил, но не запустил.
2. Активна — тестировщики видят сессию, получают задания, проверяют.
3. Завершена — сессия закрыта. Если стояла галочка «promote to stable», система предложит перевод.
4. Отменена — администратор прервал досрочно.

Детали сессии¶

Клик по сессии открывает подвкладку с деталями:

• Список участников и их статусы: получил задание, установил, проверяет, выполнил чек-лист.
• Сами отзывы тестировщиков: «работает» / «есть проблема» с комментариями.
• Кнопка «← К списку сессий» для возврата.

Завершение и promote¶

При завершении активной сессии:

• Если была включена галочка «promote to stable» — система спросит: «Перевести current в stable?».
• Подтверждение требуется явно — это перезапишет текущее содержимое stable, операция необратима без бэкапа.

Подвкладка «Фокус-групп໶

Фокус-группа — это список людей, которые могут быть тестировщиками. Это не все пользователи LSUS, а выделенная группа (или несколько) с правом участия в тестировании.

Зачем отдельная сущность¶

• Чтобы не привлекать к тестированию случайных людей.
• Чтобы у каждого тестировщика был ясный статус: «просмотр» / «работа с сессиями» / «принятие решений».
• Чтобы привязать роли RBAC (см. Управление доступом) к конкретным возможностям в тестировании.

Как настроить фокус-группу¶

Состав участников задаётся через Каталог и политики: создаёте коллекцию пользователей, в ролях указываете «Тестирование. Участник» (или «Принятие решений» — для тех, кто может закрывать сессии). Затем эта коллекция появляется в списке доступных при создании сессии.

Фильтры справочника¶

• Поиск — по имени, ФИО, email.
• Подразделение — выбрать конкретное.
• Источник — LDAP / Kerberos / встроенный / локальный.
• Доступ — «Просмотр» / «Работа с сессиями» / «Принятие решений».

Кнопка «Сбросить» снимает все фильтры.

Отзывы администратора¶

В деталях сессии администратор может добавить отзыв за любого участника — модальное окно «Добавить отзыв (админ)»:

• Пользователь — логин (с автодополнением из участников сессии).
• Хост — если отзыв привязан к конкретной машине.
• Оценка — Положительно / Отрицательно.
• Комментарий — свободный текст.

Это используется, когда тестировщик verbally сообщил результат, но не отметил его в системе.

Как выглядит типичный процесс¶

1. Команда разработки выпускает обновление.
2. Пакеты загружаются в локальный репозиторий с каналом current (через вкладку Linux → Управление репозиториями).
3. Администратор создаёт сессию тестирования, выбирает этот репозиторий и фокус-группу.
4. Тестировщики видят сессию, ставят пакеты на свои машины, проверяют по чек-листу, отмечают результаты.
5. Если всё хорошо — администратор завершает сессию с галочкой «promote to stable» → пакеты попадают в стабильный канал.
6. Теперь эти пакеты можно массово раздавать через политики и кампании.

Права доступа¶

Действие	Permission key
Просмотр сессий тестирования	testing.view
Создание и управление сессиями	testing.operate
Просмотр фокус-группы	testing.view
Участие в тестировании (роль для пользователей)	lsus_testing_participant
Принятие решений по сессии (роль для пользователей)	lsus_testing_decision_maker