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

содержать название этой точки (например,

название веб-страницы) или просто и со

вкусом величаться "Начало"/"Конец".

Это любой этап процесса, кроме этапов

начало/конец, решение или перенос.

Решение — некая точка, после которой

возможны, как правило, два варианта раз-

вития процесса.

Перенос ставится в том случае, если данное

ответвление процесса представлено (будет

представлено) другой блок-схемой.

Вот несколько рекомендаций по составлению блок-схем.

1. Перед составлением блок-схемы назовите основной про-

цесс, описываемый ею, например "Процесс регистрации".

2. Сначала набросайте путь основного течения процесса, на-

пример, в случае с регистрацией это три блока, показанные

на последней блок-схеме (страница 1, страница 2 и под-

тверждение).

3. Называйте каждый блок кратко и информативно.

4. Приводите ссылки на полезную информацию, например,

см. Спек #9017 — это ссылка на соответствующий спек.

186

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

5. Для наглядности презентации старайтесь скомпоновать

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

и слева направо.

6. Для превентирования ошибки в толковании избегайте пе-

ресечения стрелок.

7. Протестируйте (проверьте) законченную блок-схему на пред-

мет соответствия спеку или другому источнику.

Для тренировки нарисуйте блок-схему следующей ситуации.

Идея: вскипятить чайник.

Вот вам в помощь блоки решений, которые предстоит разложить

в блок-схеме:

1. Вода в чайнике есть/нет.

2. Плита включена да/нет.

3. Чайник кипит да/нет.

Для совершенствования в составлении блок-схем очень рекомен-

дую найти ресурсы в Интернете или купить книгу.

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

вания. Кроме того,

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

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

ных идей для тестирования, открывает тестировщику новые

грани ПО и вызывает ряд вопросов, которые не возникли бы

при простом прочтении спека.

Политический момент

как известно,

теория (простое прочтение спека перед его утверждением) и

практика (работа со спеком при создании тест-кейсов) — это две

разные вещи.

На "практике", если спек более или менее сложный, неизбежно воз-

никнет необходимость в уточнениях.

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

187

Знайте, что отвечать на вопросы по спеку — это святая обязан-

ность продюсера.

Вы имеете право, нет, ОБЯЗАНЫ задать ему ВСЕ вопросы по спеку, ко-

торые у вас возникнут, ибо шкуру будут спускать с вас, а нес него, если

вы из-за неотвеченных вопросов пропустите баги.

Кстати, обязательно сохраняйте всю переписку в отдельном фолдере

(папке) е-мейл клиента (дайте фолдеру наименование (Ю) спека):

вдруг продюсер дал вам уточнение, оно было неверным, вы написали

тест-кейс с ошибкой/не написали тест-кейс вовсе и пропустили серь-

езный баг?

Нет е-мейла — нет доказательств, есть е-мейл — есть доказательства.

Если уточнение по спеку было сделано устно, пошлите е-мейл продю-

серу, где опишите то, как вы поняли уточнение, и спросите "Я правиль-

но понял?".

Если продюсер не отвечает, пошлите ему тот же е-мейл из фолдера е-

мейл клиента "Отправленная почта", чтобы он видел, что уже один

раз проигнорировал ваш запрос.