Уровни и типы требований
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 40/301
Пользовательские требования
(user requirements
72
)
описывают задачи, ко-
торые пользователь может выполнять с помощью разрабатываемой системы (ре-
акцию системы на действия пользователя, сценарии работы пользователя). По-
скольку здесь уже появляется
описание поведения системы, требования этого
уровня могут быть использованы для оценки объёма работ,
стоимости проекта,
времени разработки и т.д. Пользовательские требования оформляются в виде ва-
риантов использования (use cases
73
), пользовательских историй (user stories
74
),
пользовательских сценариев (user scenarios
75
).
(Также см. создание пользователь-
ских
сценариев
{146}
в процессе выполнения тестирования.)
Несколько простых, изолированных от контекста и
друг от друга примеров
пользовательских требований:
•
При первом входе пользователя в систему должно отображаться лицен-
зионное соглашение.
•
Администратор должен иметь возможность просматривать список всех
пользователей, работающих в данный момент в системе.
•
При первом сохранении новой статьи система должна выдавать запрос
на сохранение в виде черновика или публикацию.
Бизнес-правила
(business rules
76
) описывают особенности принятых в пред-
метной области (и/или непосредственно у заказчика)
процессов, ограничений и
иных правил. Эти правила могут относиться к бизнес-процессам, правилам работы
сотрудников, нюансам работы ПО и т.д.
Несколько простых, изолированных от контекста и друг от друга примеров
бизнес-правил:
•
Никакой документ, просмотренный посетителями сайта хотя бы один
раз, не может быть отредактирован или удалён.
•
Публикация статьи возможна только после утверждения главным редак-
тором.
•
Подключение к системе извне офиса запрещено в нерабочее время.
Достарыңызбен бөлісу: