Что такое юзкейс и сценарий использования
Что проверяют
От аналитика ждут владения нотацией и понимания границы системы. Проверяют, сможете ли вы описать поведение так, чтобы разработчик и тестировщик прочитали его одинаково, и отличаете ли целое от одного прохода по нему.
Как отвечать
Юзкейс это структурированное описание достижения цели: имя глаголом цели актора, основной и заинтересованные акторы, предусловия и триггер, основной успешный сценарий пронумерованными шагами, расширения, привязанные к номерам шагов, постусловия. Полезно назвать уровни: обзорный, уровень цели пользователя и подфункции. Смешивать их в одном документе не стоит, читатель теряется.
Сценарий это один путь через юзкейс от триггера до результата. Основной успешный сценарий тоже сценарий, расширения дают остальные, и каждый разворачивается в тест-кейс с конкретными данными. Диаграмма показывает только акторов, границу системы и перечень кейсов, поведение живёт в тексте.
Уместно сказать, что чему предпочесть: юзкейсы хороши для процессов с ролями и ветвлением, юзер стори для итеративной поставки, а таблица решений или диаграмма состояний удобнее там, где логика чисто комбинаторная.
Где спотыкаются
Рисуют диаграмму и считают работу сделанной. На ней нет ни шагов, ни расширений, ни постусловий, разрабатывать и тестировать по такой картинке нечего.
Увлекаются связями включения и расширения и превращают модель в декомпозицию функций: появляются кейсы про ввод логина и проверку пароля, которые сами по себе не дают актору ничего. Кейс держится на цели, ради которой актор пришёл.
Пишут шаги про интерфейс и внутренние таблицы вместо диалога актора и системы. Документ устаревает при первом редизайне или смене схемы данных, и команда перестаёт им пользоваться, хотя формально он есть.