В первых трех статьях мы прошли большой путь: слушали заказчика сквозь «у меня что-то не так», собирали разрозненные мнения фасилитацией,
фиксировали требования в BRD, SRS и Backlog. В этой статье разберем:
User Story, Use Case и диаграммы.
Перестаньте спорить с заказчиком на тему «что должно работать». Пишите Use Cases как профессионалы: разбираем скрытые ошибки, даем работающие шаблоны, аргументы для руководства против цейтнота и гайд по тестированию для веб-студий.
Для того чтобы провести качественное тестирование ПО, тестировщики создают тест-кейсы. Каждый тест-кейс — это подробное описание действий и ожидаемого результата, который служит как руководящий документ для проведения тестирования определенного функционала продукта.
Если провести сравнение между тест-кейсом и тестовым сценарием, то последний является более объемным и охватывает большую функциональность при проведении тестирования. Но в этой статье мы разберем именно тест-кейс.
