Исследование поведения системы. Эта техника логически вытекает из
предыдущей (продумывания тест-кейсов и чек-листов), но отличается тем, что
здесь тестированию подвергается, как правило, не одно требование, а целый
набор. Тестировщик мысленно моделирует процесс работы пользователя с систе-
мой, созданной по тестируемым требованиям, и ищет неоднозначные или вовсе
неописанные варианты поведения системы. Этот подход сложен, требует доста-
точной квалификации тестировщика, но способен выявить нетривиальные недора-
ботки, которые почти невозможно заметить, тестируя требования по отдельности.
Рисунки (графическое представление). Чтобы увидеть общую картину тре-
бований целиком, очень удобно использовать рисунки, схемы, диаграммы, интел-
лект-карты
109
и т.д. Графическое представление удобно одновременно своей
наглядностью и краткостью (например, UML-схема базы данных, занимающая один
экран, может быть описана несколькими десятками страниц текста). На рисунке
очень легко заметить, что какие-то элементы «не стыкуются», что где-то чего-то не
хватает и т.д. Если вы для графического представления требований будете исполь-
зовать общепринятую нотацию (например, уже упомянутый UML), вы получите до-
полнительные преимущества: вашу схему смогут без труда понимать и дорабаты-
вать коллеги, а в итоге может получиться хорошее дополнение к текстовой форме
представления требований.
Прототипирование. Можно сказать, что прототипирование часто является
следствием создания графического представления и анализа поведения системы.
С использованием специальных инструментов можно очень быстро сделать
наброски пользовательских интерфейсов, оценить применимость тех или иных ре-
шений и даже создать не просто «прототип ради прототипа», а заготовку для даль-
нейшей разработки, если окажется, что реализованное в прототипе (возможно, с
небольшими доработками) устраивает заказчика.
109
«Mind map» [
http://en.wikipedia.org/wiki/Mind_map
]