Иногда требование выглядит вполне понятно для аналитика, но разработчик и тестировщик читают его по-разному.
Проблема часто не в формулировке, а в том, что в ней не хватает условия, при котором система должна что-то сделать.
Для таких случаев существует EARS (Easy Approach to Requirements Syntax) - подход к формулированию требований через несколько типовых конструкций.
Например:
Когда пользователь вводит неверный пароль, система должна заблокировать вход после пяти неудачных попыток.
Здесь явно указаны событие и ожидаемое поведение.
В EARS используются несколько основных шаблонов:
➖Всегда
➖При событии
➖При определённом состоянии
➖При нежелательном условии.
➖Для опционального поведения
Подход заставляет аналитика определить условие и ожидаемое поведение системы, а значит требование становится проще обсуждать, реализовывать и проверять.
По сути - это один из инструментов, который помогает превратить «системе нужно уметь...» в проверяемое системное требование.
--
✌️ ПРО СА|🆕 НСА 2.0