tестирование dot com

"Индекс места жительства*" будет красного цвета.

Для ИндекскомОО 1 ожидаемым результатом будет следующая

страница:

Теперь вспомним об этапах покупки книг:

а. Регистрация (если нет счета пользователя).

б. Заполнение книгами виртуальной корзины.

в. Редактирование корзины: какие-то книги может убрать,

каких-то купить больше, чем одну.

Нигилистический настрой и практическая методология

183

г. Указание деталей доставки.

д. Оплата.

Так вот мы придумали сценарии только для первой части нашей

версии регистрации (вторая часть — это страница с именем, фа-

милией, е-мейлом, паролем и подтверждением пароля). У второй

части тоже будут свои табл. 1 и табл. 2.

Более того, у каждого из остальных этапов тоже могут быть

свои одна или более связок табл. 1 — табл. 2.

Черноящичное тестирование веб-проекта — это манипуляции

с одной или больше веб-страниц, зависимых друг от друга,

определенная комбинация которых ведет нас к определенному

ожидаемому результату.

Таким образом, иногда появляется потребность

• в табл. 3, когда сценарии из табл. 2 становятся элементами

более сложных сценариев,

• в табл. 4, когда сценарии из табл. 3 становятся элементами

еще более сложных сценариев,

• и т.д.

Кстати,

иногда в табл. 1 мы сразу отражаем возможные значения для несколь-

ких связанных между собой веб-страниц.

Я знаю, что матричный метод в начале работы по нему кажется

сложным и запутанным. Единственный способ освоить его — это

использовать на практике, что мы с вами сейчас и сделаем.

Однажды в классе по "юниксу" на занятии по теме "Регулярные

выражения" (наука поиска паттернов в тексте) один товарищ

удивительно метко выразил физическое состояние всех студен-

тов: "Это как операция на головном мозге". Я не удивлюсь, если

в начале использования матричного метода у вас будет схожее

состояние.

Итак, предлагаю вам сейчас самостоятельно создать табл. 1 и

табл. 2 для второй части регистрации. Также прошу вас написать

тест-кейсы по полной форме на каждый из сценариев первой и

второй частей регистрации.

Далее.

184

Тестирование Дот Ком. Часть 3

Одна из прелестей матричного подхода заключается в наглядно-

сти — мы видим перед собой таблицу со структурированными

вариантами сценариев, и нам удобно комбинировать их в более

сложные сценарии или непосредственно переносить их в тест-

кейсы.

Кстати, во многих случаях нет смысла идти дальше табл. 1, например

когда сценарии для тест-кейсов непосредственно вытекают из эле-

ментов табл. 1 или когда сценарии для тест-кейсов можно просто до-

мыслить, скомбинировав в уме элементы табл. 1.

3. БЛОК-СХЕМЫ

В беседе о продюсерах и вещах, которые им нужно улучшить в

своей работе, мы уже говорили о блок-схемах. Блок-схема — это

графическая презентация некого процесса.

Блок-схемы допускают разные уровни абстракции, например

процесс регистрации можно представить и в таком виде:

Процесс регистрации

Эта блок-схема и ее сестра из беседы о цикле разработки ПО

• похожи тем, что демонстрируют нам логику работы реги-

страции и

• различаются тем, что имеют различную детализацию этой

логики.

Нигилистический настрой и практическая методология

185

В своей работе тестировщики используют ту степень детали-

зации, которая нужна для конкретной ситуации: если мы тес-

тируем саму регистрацию, то нам необходима большая степень

детализации (процесса регистрации) по сравнению с ситуацией,

когда нам нужно увидеть место регистрации как часть процесса

покупки.

Идея о разных степенях абстрагированности раскладки в зави-

симости от того, ЧТО и КАК мы тестируем, напрямую отно-

сится и к черновику-чистовику, и к матричному методу.

Вот элементарные, непробиваемые и вечные формы (блоки) для

составления блок-схем, которых вам будет достаточно в боль-

шинстве ситуаций:

Точка начала/конца блок-схемы может