Сценарий: Проверка интерфейсного состояния

Контекст

Пользователь меняет важную настройку в личном кабинете. Команде нужно заранее описать, какие состояния интерфейса появляются до сохранения, после успешного сохранения и при ошибке, чтобы текст, дизайн, разработка и QA не разъехались.

Карта сценария

flowchart LR
  A[Пользователь открывает настройки] --> B[Система загружает текущие параметры]
  B --> C[Пользователь меняет значение]
  C --> D[Показать несохраненные изменения]
  D --> E[Пользователь нажимает Сохранить]
  E --> F{Ответ сервера}
  F -->|Успех| G[Показать подтверждение]
  F -->|Ошибка валидации| H[Подсветить поле и объяснить ошибку]
  F -->|Техническая ошибка| I[Показать сообщение и предложить повтор]
  G --> J[Обновить состояние интерфейса]
  H --> C
  I --> E

Что нужно зафиксировать в задаче

ЗонаЧто описатьЗачем
СостоянияЗагрузка, несохраненные изменения, успех, ошибка валидации, техническая ошибкаЧтобы UX-тексты и интерфейс не зависели от догадок
ОграниченияКакие поля обязательны, какие значения недопустимы, что делать при конфликте данныхЧтобы разработка и QA одинаково понимали бизнес-логику
СообщенияТекст ошибки, подтверждение сохранения, подсказка для повторной попыткиЧтобы пользователь понимал, что произошло и что делать дальше
ПроверкиУспешное сохранение, повтор после ошибки, уход со страницы с несохраненными изменениямиЧтобы не потерять edge cases перед релизом

Пример UX-текстов

СостояниеТекст
Успешное сохранениеИзменения сохранены
Ошибка валидацииПроверьте значение в поле и попробуйте еще раз
Техническая ошибкаНе удалось сохранить изменения. Повторите попытку
Уход со страницыЕсть несохраненные изменения. Уйти без сохранения?

Вопросы к команде

  • Нужно ли автосохранение или пользователь явно нажимает кнопку?
  • Что происходит, если настройки меняются в другой вкладке?
  • Нужно ли блокировать кнопку сохранения во время запроса?
  • Кто видит системные ошибки: пользователь, поддержка, администратор?
  • Где фиксируем событие для аналитики и логов?

Проверки для QA

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

Связанные разделы