Что такое юзкейс и сценарий использования
Что проверяют
Фронтендеру этот вопрос задают не ради терминов. Смотрят, видите ли вы за одной кнопкой в макете несколько путей: успешный, альтернативные и исключения. Тот, кто читает постановку целиком, закладывает пустые состояния, ошибки и загрузку заранее, а не узнаёт о них из обращений в поддержку.
Как отвечать
Юзкейс это описание взаимодействия актора с системой ради цели: кто действует, при каких предусловиях, основной успешный сценарий по шагам, расширения и исключения, каким становится результат. Сценарий это один конкретный путь через юзкейс, одна последовательность шагов с конкретными данными. То есть юзкейс содержит множество сценариев: успешный и все отклонения.
Стоит оговорить терминологию. По-русски «сценарий использования» часто и есть перевод термина use case, поэтому полезнее уточнить у собеседника, что он имеет в виду, чем спорить о словах.
Дальше практическая часть, ради которой вопрос и задан: каждое расширение это состояние интерфейса. Для оформления заказа получаются пустая корзина, исчезнувший товар, отклонённая оплата, обрыв сети между оплатой и подтверждением, повторное нажатие кнопки, возврат назад по истории. Эти ветки превращаются в состояния экрана, тексты ошибок и защиту от повторной отправки.
Где спотыкаются
Читают только счастливый путь. Интерфейс выходит без состояний загрузки, пустоты и ошибки, их дописывают наспех поверх готовой вёрстки, и экран обрастает случайными флагами.
Описывают юзкейс через элементы интерфейса: пользователь нажимает кнопку справа сверху. Такое описание умирает при первом же редизайне; шаги формулируются через намерение актора и ответ системы.
Смешивают юзкейс с юзер стори: требуют от короткой истории подробностей на две страницы или наоборот сводят разветвлённый процесс к одной фразе. История нужна, чтобы договориться о ценности, юзкейс, чтобы не потерять ветки.