Как правило тест-кейсы направлены на проверку взаимодействия абонента, сетевого оборудования , ААА-серверов и т.д.
Для описания тестовых случаев мною обычно применялся классический способ - текстовое описание предусловий, последовательности действий, результата.
С некоторых пор стал замечать, что описанным классическим способом тестовым случаям не хватает наглядности, а само описание текстом последовательности пакетов, действий с БД и так далее - довольно утомительное занятие, при котором сам дизайнер нет-нет да оставит что-то между строк как само собой разумеещееся.
Все это приводит к появлению риска неполного или неправильного понимания описания тестировщиком, увеличивает число уточняющих вопросов к дизайнеру при выполении теста. Для решения этой "проблемы" решил попробовать uml-диаграммы. А точнее activity-диаграммы.
Например:

На мой взгляд, гораздо нагляднее и лаконичнее, чем расписанная по пунктам последовательность действий, пакетов , ответов...
И чем сложнее тестовый-случай (взять хотя бы сценарий использования Cisco SSG , личного кабинета с какой-нибудь турбокнопкой ) , тем оправданнее становится применение подобных схем. Текстовое описание входных данных , к которым прикрепляется подобная activity-диаграмма делают тест-кейсы подобного рода более наглядными и понятными конечному тестировщику.
Конечно же возникает вопрос способа рисования такой диаграммы.
Лично я не использую никаких десктопных приложений в стиле "перенеси и брось", а просто компиллирую uml-код в изображение.
Вот код для картинки, которая помещена выше:
@startuml title Тест-кейс "Неверный пароль" end title participant User participant NAS participant Radiusd participant DB User -> NAS: Start internet session with username = 'ivan' and password='007' NAS -> Radiusd: Access Request Radiusd -> DB: User authentication (check username and password) DB -> Radiusd: Incorrect password Radiusd -> NAS: Access Reject NAS -> User: failed to establish internet connection @enduml
Код успешно компиллируется plantuml-ем, о возможностях и особенностях которого расскажу в отдельной статье...
Суровый способ писать тесты )
ОтветитьУдалитьНо вообще идея хорошая, только вот uml сложен в написании и прочтении (хотя, на картинке всё отлично и это дело привычки)