ПРАКТИЧЕСКИЙ ТРЕНАЖЁР

Тест-кейсы.

Правило → данные → шаг → ожидание

0 проверок— лучший результат

Проходите без регистрации: работа автоматически сохраняется в этом браузере. Гостевой черновик останется здесь после входа; в аккаунте используется отдельное сохранение.

Войти для синхронизации

УЧЕБНЫЙ КЕЙСПродвинутый

Публикация: роли, состояния и порядок ошибок

Учебный OrbitDesk. Метод POST /api/articles/a7/publish проверяет условия строго в указанном порядке.

Требования

R1Без сессии ответ 401.
R2Если статья не найдена или находится в чужой команде — 404.
R3В своей команде публикация разрешена автору ИЛИ editor; обычный reader, не являющийся автором, получает 403.
R4После проверки прав повторная публикация published даёт 409.
R5После проверки состояния пустой после trim title даёт 422.
R6Успех 200 меняет только состояние draft на published. ID и автор не меняются, дополнительная статья не создаётся. Любой отказ не меняет данные.

Наблюдаемые факты

Акторы: author — Анна, обычный пользователь и автор a7 команды A; editor — Борис, editor команды A, не автор; reader — Мария, обычный пользователь команды A, не автор; outsider — Егор, editor команды B; guest — без сессии.
Формат Данных: {"actor":"author|editor|reader|outsider|guest","exists":true,"state":"draft|published","title":"фактическое значение"}. Выбирайте одно значение каждого поля.
Порядок проверок: R1 → R2 → R3 → R4 → R5 → R6. Перед независимым кейсом состояние восстанавливается.

Что нужно сделать

В поле Данные каждого кейса укажите один JSON-объект по формату сценария. Это описание фикстуры, запросы здесь не выполняются.
Каждому кейсу дайте уникальный ID, конкретный заголовок, ID требования и технику.
Опишите подготовку, действие и проверку результата. Для КАЖДОГО шага заполните ожидаемый результат; у запроса укажите один точный HTTP-статус.
Проверьте и ответ, и сохранённые данные. Не превращайте отрицательную проверку в успешный сценарий.
Покройте успех автора и editor-неавтора отдельно, все пять кодов отказа и отсутствие побочных изменений.
Добавьте сочетания нарушений для проверки порядка: отказ по сессии с отсутствующей статьёй, отказ по правам с published и пустым title, чужая команда с неверным состоянием.

Подсказки и цель практики

Вы потренируете

OR-права
Переходы состояний
Комбинации отказов и неизменность данных

Если застряли

Editor и автор — независимые основания права.
Не переставляйте проверки ради более удобного ожидаемого кода.

Повторить теорию по теме

ВАША РАБОТА

Спроектируйте набор проверок

Восстанавливаем работу…

Открываем вашу рабочую тетрадь…

Публикация: роли, состояния и порядок ошибок

Учебный OrbitDesk. Метод POST /api/articles/a7/publish проверяет условия строго в указанном порядке.

Требования

R1Без сессии ответ 401.
R2Если статья не найдена или находится в чужой команде — 404.
R3В своей команде публикация разрешена автору ИЛИ editor; обычный reader, не являющийся автором, получает 403.
R4После проверки прав повторная публикация published даёт 409.
R5После проверки состояния пустой после trim title даёт 422.
R6Успех 200 меняет только состояние draft на published. ID и автор не меняются, дополнительная статья не создаётся. Любой отказ не меняет данные.

Наблюдаемые факты

Акторы: author — Анна, обычный пользователь и автор a7 команды A; editor — Борис, editor команды A, не автор; reader — Мария, обычный пользователь команды A, не автор; outsider — Егор, editor команды B; guest — без сессии.
Формат Данных: {"actor":"author|editor|reader|outsider|guest","exists":true,"state":"draft|published","title":"фактическое значение"}. Выбирайте одно значение каждого поля.
Порядок проверок: R1 → R2 → R3 → R4 → R5 → R6. Перед независимым кейсом состояние восстанавливается.

Что нужно сделать

В поле Данные каждого кейса укажите один JSON-объект по формату сценария. Это описание фикстуры, запросы здесь не выполняются.
Каждому кейсу дайте уникальный ID, конкретный заголовок, ID требования и технику.
Опишите подготовку, действие и проверку результата. Для КАЖДОГО шага заполните ожидаемый результат; у запроса укажите один точный HTTP-статус.
Проверьте и ответ, и сохранённые данные. Не превращайте отрицательную проверку в успешный сценарий.
Покройте успех автора и editor-неавтора отдельно, все пять кодов отказа и отсутствие побочных изменений.
Добавьте сочетания нарушений для проверки порядка: отказ по сессии с отсутствующей статьёй, отказ по правам с published и пустым title, чужая команда с неверным состоянием.

Подсказки и цель практики

Вы потренируете

OR-права
Переходы состояний
Комбинации отказов и неизменность данных

Если застряли

Editor и автор — независимые основания права.
Не переставляйте проверки ради более удобного ожидаемого кода.

Повторить теорию по теме