Cхема состояний и переходов: ее понятие и особенности

Cхема состояний и переходов (от англ. State & Transition Diagram, S&T) — это схема переходов и состояния, специальная техника для перехода ТЗ из одного статуса в другой. С ее помощью пользователь в наглядной форме может просматривать переход продукта из одной стадии в другую.

Идеально подходит для длительных проектов, где техническое задание разбито на большие спринты, где требуется контроль и верификация любого действия.

Наглядный пример использования. Есть состояние объекта А. С ним произошло определенное действие, и он попал в состояние В. Затем вновь что-то происходит и он уже в стадии С и так далее. Принцип работы State & Transition Diagram максимально прост и понятен.

Пример из интернета

Визуальное отображение State & Transition Diagram

Схематически подобную методику отображают в форме кругов и стрелочек, где:

1. Кружочки — это текущее состояние объекта;
2. Стрелочки — ситуация, событие или процесс, благодаря которым объект может двигаться из стадии А в стадию В. Это своего рода действие, которое может выполнятся как пользователем, так и системой. К примеру, процесс выполнения загрузки программы начался в 22:00 в автоматическом порядке.

Использование подобных схем позволяет наглядным образом визуально оценивать, какие переходы может выполнить ПО и что нужно протестировать в первую очередь. Стрелочки в данном случае — это уже сформированные тест-кейсы, которые и нужно проверять!

Как правильно создавать диаграмму

Важно помнить, что State & Transition Diagram создается под один объект! В идеальных условиях — на объект, который имеет аналог внутри БД продукта.

Основные шаги:

1. Подбор объекта.
2. Анализ его состояний. Важно понимать, что один объект может содержать исключительно одно состояние и не может находиться в двух одновременно.
3. Отображение состояний на макете (графическая доска, лист бумаги или paint-документ).
4. Соединение объектов стрелками, где стрелки — это действия, которые необходимо вам выполнить.
5. Анализ полученного. Если остаются вопросы — возвращение на шаг №2.

Дабы начать процесс исследования состояний объекта, необходимо ответить всего на пару вопросов, а именно:

• Какой именно объект вы подобрали? Какое его обозначение?
• Какие состояния характерны для этого объекта?

Базовое определение состояния — сумма всех доступных и недоступных манипуляций с объектом. Тестируемый вами продукт всегда должен осознавать, в каком состоянии находится каждый его объект.

Когда визуализация ТЗ не принесет должного профита?

Бывают ситуации, когда визуализация не может сделать ваше техническое задание понятным. И тогда необходимо решать, что нужно сделать взамен:

• Если ваша карта визуализаций слишком насыщена, стоит разбить ее на несколько мелких.
• В случае сложностей в поддержке, нужно задуматься об актуальности ее использования в принципе.

Если ваша тестовая диаграмма содержит массу всего — это крайне плохо, ведь любая диаграмма в первую очередь должна быть простой в понимании. Если пользователь смотрит на нее и теряется, значит такая схема не несет в себе никакой практичности.

Это говорит о том, что если схема слишком сильно насыщена данными, необходимо разбить ее на мелкие составляющие, которые могут ссылаться друг на друга.

Таким образом

Рисунок в любой форме — это самый мощный и действенный инструмент визуализации. Настоятельным образом рекомендуется создавать диаграммы состояния и планы переходов. Даже если это будет разовый случай, им все равно необходимо пользоваться, дабы в кратчайшие сроки сглаживать все возможные острые углы вашего технического задания.