tестирование dot com
Шрифт:
каких-то купить больше, чем одну.
Нигилистический настрой и практическая методология
183
г. Указание деталей доставки.
д. Оплата.
Так вот мы придумали сценарии только для первой части нашей
версии регистрации (вторая часть — это страница с именем, фа-
милией, е-мейлом, паролем и подтверждением пароля). У второй
части тоже будут свои табл. 1 и табл. 2.
Более того, у каждого из остальных этапов тоже могут быть
свои
Черноящичное тестирование веб-проекта — это манипуляции
с одной или больше веб-страниц, зависимых друг от друга,
определенная комбинация которых ведет нас к определенному
ожидаемому результату.
Таким образом, иногда появляется потребность
• в табл. 3, когда сценарии из табл. 2 становятся элементами
более сложных сценариев,
• в табл. 4, когда сценарии из табл. 3 становятся элементами
еще более сложных сценариев,
• и т.д.
Кстати,
иногда в табл. 1 мы сразу отражаем возможные значения для несколь-
ких связанных между собой веб-страниц.
Я знаю, что матричный метод в начале работы по нему кажется
сложным и запутанным. Единственный способ освоить его — это
использовать на практике, что мы с вами сейчас и сделаем.
Однажды в классе по "юниксу" на занятии по теме "Регулярные
выражения" (наука поиска паттернов в тексте) один товарищ
удивительно метко выразил физическое состояние всех студен-
тов: "Это как операция на головном мозге". Я не удивлюсь, если
в начале использования матричного метода у вас будет схожее
состояние.
Итак, предлагаю вам сейчас самостоятельно создать табл. 1 и
табл. 2 для второй части регистрации. Также прошу вас написать
тест-кейсы по полной форме на каждый из сценариев первой и
второй частей регистрации.
Далее.
184
Тестирование Дот Ком. Часть 3
Одна из прелестей матричного подхода заключается в наглядно-
сти — мы видим перед собой таблицу со структурированными
вариантами сценариев, и нам удобно комбинировать их в более
сложные сценарии или непосредственно переносить их в тест-
кейсы.
Кстати, во многих случаях нет смысла идти дальше табл. 1, например
когда сценарии для
ментов табл. 1 или когда сценарии для тест-кейсов можно просто до-
мыслить, скомбинировав в уме элементы табл. 1.
3. БЛОК-СХЕМЫ
В беседе о продюсерах и вещах, которые им нужно улучшить в
своей работе, мы уже говорили о блок-схемах. Блок-схема — это
графическая презентация некого процесса.
Блок-схемы допускают разные уровни абстракции, например
процесс регистрации можно представить и в таком виде:
Процесс регистрации
Эта блок-схема и ее сестра из беседы о цикле разработки ПО
• похожи тем, что демонстрируют нам логику работы реги-
страции и
• различаются тем, что имеют различную детализацию этой
логики.
Нигилистический настрой и практическая методология
185
В своей работе тестировщики используют ту степень детали-
зации, которая нужна для конкретной ситуации: если мы тес-
тируем саму регистрацию, то нам необходима большая степень
детализации (процесса регистрации) по сравнению с ситуацией,
когда нам нужно увидеть место регистрации как часть процесса
покупки.
Идея о разных степенях абстрагированности раскладки в зави-
симости от того, ЧТО и КАК мы тестируем, напрямую отно-
сится и к черновику-чистовику, и к матричному методу.
Вот элементарные, непробиваемые и вечные формы (блоки) для
составления блок-схем, которых вам будет достаточно в боль-
шинстве ситуаций:
Точка начала/конца блок-схемы может
содержать название этой точки (например,
название веб-страницы) или просто и со
вкусом величаться "Начало"/"Конец".
Это любой этап процесса, кроме этапов
начало/конец, решение или перенос.
Решение — некая точка, после которой
возможны, как правило, два варианта раз-
вития процесса.
Перенос ставится в том случае, если данное
ответвление процесса представлено (будет