Cхема состояний и переходов (от англ. State & Transition Diagram, S&T) — это схема переходов и состояния, специальная техника для перехода ТЗ из одного статуса в другой. С ее помощью пользователь в наглядной форме может просматривать переход продукта из одной стадии в другую.
Идеально подходит для длительных проектов, где техническое задание разбито на большие спринты, где требуется контроль и верификация любого действия.
Наглядный пример использования. Есть состояние объекта А. С ним произошло определенное действие, и он попал в состояние В. Затем вновь что-то происходит и он уже в стадии С и так далее. Принцип работы State & Transition Diagram максимально прост и понятен.
Пример из интернета
Визуальное отображение State & Transition Diagram
Схематически подобную методику отображают в форме кругов и стрелочек, где:
- Кружочки — это текущее состояние объекта;
- Стрелочки — ситуация, событие или процесс, благодаря которым объект может двигаться из стадии А в стадию В. Это своего рода действие, которое может выполнятся как пользователем, так и системой. К примеру, процесс выполнения загрузки программы начался в 22:00 в автоматическом порядке.
Использование подобных схем позволяет наглядным образом визуально оценивать, какие переходы может выполнить ПО и что нужно протестировать в первую очередь. Стрелочки в данном случае — это уже сформированные тест-кейсы, которые и нужно проверять!
Как правильно создавать диаграмму
Важно помнить, что State & Transition Diagram создается под один объект! В идеальных условиях — на объект, который имеет аналог внутри БД продукта.
Основные шаги:
- Подбор объекта.
- Анализ его состояний. Важно понимать, что один объект может содержать исключительно одно состояние и не может находиться в двух одновременно.
- Отображение состояний на макете (графическая доска, лист бумаги или paint-документ).
- Соединение объектов стрелками, где стрелки — это действия, которые необходимо вам выполнить.
- Анализ полученного. Если остаются вопросы — возвращение на шаг №2.
Дабы начать процесс исследования состояний объекта, необходимо ответить всего на пару вопросов, а именно:
- Какой именно объект вы подобрали? Какое его обозначение?
- Какие состояния характерны для этого объекта?
Базовое определение состояния — сумма всех доступных и недоступных манипуляций с объектом. Тестируемый вами продукт всегда должен осознавать, в каком состоянии находится каждый его объект.
Когда визуализация ТЗ не принесет должного профита?
Бывают ситуации, когда визуализация не может сделать ваше техническое задание понятным. И тогда необходимо решать, что нужно сделать взамен:
- Если ваша карта визуализаций слишком насыщена, стоит разбить ее на несколько мелких.
- В случае сложностей в поддержке, нужно задуматься об актуальности ее использования в принципе.
Если ваша тестовая диаграмма содержит массу всего — это крайне плохо, ведь любая диаграмма в первую очередь должна быть простой в понимании. Если пользователь смотрит на нее и теряется, значит такая схема не несет в себе никакой практичности.
Это говорит о том, что если схема слишком сильно насыщена данными, необходимо разбить ее на мелкие составляющие, которые могут ссылаться друг на друга.
Таким образом
Рисунок в любой форме — это самый мощный и действенный инструмент визуализации. Настоятельным образом рекомендуется создавать диаграммы состояния и планы переходов. Даже если это будет разовый случай, им все равно необходимо пользоваться, дабы в кратчайшие сроки сглаживать все возможные острые углы вашего технического задания.
0 Comments