Статусы: ручные тест-кейсы

Источник: актуальная QA-документация проекта «Статусы», редакция от 17.07.2026.

Основание обязательных проверок — только Статусы ТЗ.md, редакция от 15.05.2026. Системный анализ, макеты, прошлые дефекты и обсуждения могут использоваться для навигации и дополнительных наблюдений, но не создают ожидаемый результат тест-кейса.

Границы проверки

В ТЗ прямо зафиксированы:

• включение и выключение функции статусов в настройках этапа;
• сохранение ранее назначенных значений после выключения;
• режим чтения таблицы при выключенной функции;
• запрет повторного подключения одного статуса к одному БП;
• уникальность веса и порядка подключённых статусов;
• показ в оверлее только ещё не подключённых статусов;
• ограничения системных статусов в справочнике и преднастроенных вендором подключений;
• возможность пользователя изменять и удалять добавленные им системные и пользовательские подключения.

Не считаются требованиями этого ТЗ и не должны оформляться как баг без отдельного подтверждения:

• наличие или отсутствие статуса у Старт и Финиш;
• доступность функции у конкретного перечня типов процессов;
• клик по названию строки как способ открыть редактирование;
• точный состав и порядок колонок таблицы;
• смена текущего статуса экземпляра при переходах;
• независимость рабочего цвета одного статуса между разными БП;
• конкретный текст уведомлений, SLA и технический формат ошибок.

Технические ошибки 5xx, traceback и зависание интерфейса всё равно фиксируются как дефекты качества, но не выдаются за отдельное требование ТЗ.

Тестовые данные

Каждый новый ретест выполняется на новых данных с уникальным timestamp:

• BP-A — основной БП минимум с двумя обычными этапами;
• BP-B — контрольный БП;
• STATUS-A, STATUS-B — новые пользовательские статусы;
• два существующих системных статуса для проверки добавления пользователем;
• преднастроенный вендором системный статус — только если такой объект доступен на стенде и его происхождение подтверждено.

Фактические ID записываются только в отчёт текущего прогона. Перед изменением, reorder и удалением проверяется принадлежность подключения открытому БП.

Трассировка к ТЗ

Требование ТЗ	Тест-кейсы
Тогл включён — функция доступна в настройках этапа	TC-STATUS-002, TC-STATUS-011
Тогл выключен — функция недоступна, значения сохраняются, таблица read-only	TC-STATUS-003, TC-STATUS-011
Один статус нельзя повторно подключить к одному БП	TC-STATUS-005
Статусы БП не могут иметь одинаковый вес и порядок	TC-STATUS-006
Оверлей показывает только неиспользованные в БП статусы	TC-STATUS-004
Системный статус справочника нельзя удалить или изменить, кроме цвета	TC-STATUS-007
Преднастроенное вендором системное подключение нельзя удалить или изменить, кроме цвета	TC-STATUS-008
Добавленные пользователем системные и пользовательские подключения можно редактировать и удалять	TC-STATUS-009, TC-STATUS-010

Тест-кейсы

TC-STATUS-001 — Подготовка новых данных

Шаги

1. Открыть новую браузерную сессию.
2. Создать BP-A и BP-B с уникальными названиями.
3. Добавить в BP-A два обычных этапа, в BP-B — один.
4. Создать новые пользовательские STATUS-A и STATUS-B с базовыми доступными цветами.
5. Проверить, что в новых БП нет подключений статусов.

Ожидаемый результат

Новые сущности созданы, их ID записаны в отчёт, чужие подключения отсутствуют.

TC-STATUS-002 — Включение функции статусов

Предусловия

В BP-A функция статусов выключена.

Шаги

1. Включить Использовать статусы.
2. Дождаться завершения сохранения.
3. Перезагрузить страницу настроек.
4. Открыть обычный этап.

Ожидаемый результат

Переключатель остаётся включённым; в настройках обычного этапа доступна функция выбора статуса.

TC-STATUS-003 — Выключение переводит таблицу в read-only и сохраняет назначение

Предусловия

К BP-A подключён STATUS-A, обычному этапу назначен STATUS-A.

Шаги

1. Выключить Использовать статусы и дождаться сохранения.
2. Перезагрузить страницу.
3. Проверить таблицу и настройки обычного этапа.
4. Снова включить функцию и перезагрузить страницу.
5. Открыть тот же этап.

Ожидаемый результат

При выключении изменение таблицы и назначение этапу недоступны, функция статуса в этапе скрыта. После повторного включения ранее назначенный STATUS-A восстановлен.

TC-STATUS-004 — Оверлей показывает только ещё не подключённые статусы

Предусловия

STATUS-A подключён к BP-A, STATUS-B не подключён.

Шаги

1. Открыть добавление статуса в BP-A.
2. Найти STATUS-A и STATUS-B.
3. Перезагрузить оверлей и повторить поиск.

Ожидаемый результат

STATUS-A отсутствует в списке выбора, STATUS-B доступен; повторяющихся строк нет.

TC-STATUS-005 — Повторное подключение одного статуса к БП запрещено

Предусловия

STATUS-A уже подключён к BP-A.

Шаги

1. Открыть добавление статуса.
2. Попытаться найти и повторно подключить STATUS-A.
3. Перезагрузить таблицу.

Ожидаемый результат

Повторное подключение недоступно; в таблице остаётся одно подключение STATUS-A.

TC-STATUS-006 — Вес и порядок подключений остаются уникальными

Предусловия

К BP-A подключены минимум три статуса, каждое подключение принадлежит BP-A.

Шаги

1. Зафиксировать ID, вес и порядок всех строк.
2. Перетащить последнюю строку на первое место.
3. Сохранить изменения.
4. Проверить запрос reorder и перезагрузить страницу.

Ожидаемый результат

В запросе присутствуют все и только подключения BP-A по одному разу. После сохранения и перезагрузки порядок изменён, одинаковых значений веса и порядка нет.

TC-STATUS-007 — Ограничения системного статуса в справочнике

Предусловия

В общем справочнике выбран системный статус.

Шаги

1. Открыть карточку системного статуса из оверлея.
2. Проверить доступность изменения названия и удаления.
3. Проверить доступность изменения цвета с учётом прав текущего пользователя.

Ожидаемый результат

Название системного статуса нельзя изменить, удалить статус нельзя. Цвет доступен для изменения только при наличии соответствующего права.

TC-STATUS-008 — Ограничения системного подключения, преднастроенного вендором

Предусловия

На стенде есть подключение системного статуса, источник которого подтверждён как вендорский.

Шаги

1. Открыть подключение.
2. Проверить изменение статуса, удаление и изменение цвета.

Ожидаемый результат

Статус нельзя заменить или удалить; разрешено только изменение цвета.

Если происхождение подключения нельзя подтвердить, кейс получает Blocked, а не Passed или Failed.

TC-STATUS-009 — Пользовательское системное подключение можно редактировать и удалить

Предусловия

Пользователь самостоятельно подключил системный статус к BP-A.

Шаги

1. Изменить доступную настройку подключения и сохранить.
2. Перезагрузить страницу и проверить изменение.
3. Удалить подключение и подтвердить действие.
4. Перезагрузить страницу и открыть оверлей.

Ожидаемый результат

Изменение сохраняется; подключение удаляется из БП, а системный статус остаётся в справочнике и снова доступен для добавления.

TC-STATUS-010 — Пользовательское подключение пользовательского статуса можно редактировать и удалить

Предусловия

Пользователь самостоятельно подключил STATUS-B к BP-A.

Шаги

1. Изменить доступную настройку подключения и сохранить.
2. Перезагрузить страницу и проверить изменение.
3. Удалить подключение и подтвердить действие.
4. Перезагрузить страницу и открыть оверлей.

Ожидаемый результат

Изменение сохраняется; подключение удаляется из БП, а STATUS-B остаётся в справочнике и снова доступен для добавления.

TC-STATUS-011 — Назначение статуса обычному этапу и сохранение при переключении

Предусловия

Функция включена, STATUS-A подключён к BP-A.

Шаги

1. Открыть обычный этап и выбрать STATUS-A.
2. Сохранить изменение предусмотренным интерфейсом способом.
3. Перезагрузить полотно и проверить назначение.
4. Выключить функцию статусов, сохранить и перезагрузить страницу.
5. Снова включить функцию, сохранить и открыть этап.

Ожидаемый результат

Назначение сохраняется после первой перезагрузки, скрывается при выключении функции и восстанавливается после повторного включения.

TC-STATUS-012 — Сквозной сценарий по ТЗ

Шаги

1. В новом БП включить функцию статусов.
2. Подключить пользовательский и системный статусы.
3. Назначить статус обычному этапу и сохранить.
4. Изменить цвет пользовательского подключения.
5. Изменить порядок трёх подключений и сохранить.
6. Выключить и снова включить функцию, проверив сохранение назначения.
7. Удалить пользовательское системное и пользовательское подключения.
8. После каждого изменения перезагрузить страницу.

Ожидаемый результат

Все действия, прямо предусмотренные ТЗ, выполняются и сохраняются; запрещённые действия недоступны.

TC-STATUS-013 — Очистка данных текущего прогона

Шаги

1. Удалить созданные подключения.
2. Удалить неиспользуемые пользовательские статусы.
3. Удалить или архивировать созданные БП по правилам стенда.
4. Проверить, что чужие данные не изменены.

Ожидаемый результат

Удалены только сущности текущего прогона. Неудалённые из-за дефекта сущности перечислены в отчёте.

Правила оценки

1. Passed ставится только после сохранения и полной перезагрузки.
2. Неподтверждённое ожидание не превращается в баг.
3. Кейс с отсутствующим обязательным предусловием получает Blocked.
4. Техническая ошибка фиксируется отдельно, даже если точный формат ответа не описан в ТЗ.
5. Дополнительная регрессионная проверка не изменяет ожидаемый результат тест-кейса из ТЗ.