tестирование dot com
Шрифт:
представлено) другой блок-схемой.
Вот несколько рекомендаций по составлению блок-схем.
1. Перед составлением блок-схемы назовите основной про-
цесс, описываемый ею, например "Процесс регистрации".
2. Сначала набросайте путь основного течения процесса, на-
пример, в случае с регистрацией это три блока, показанные
на последней блок-схеме (страница 1, страница 2 и под-
тверждение).
3. Называйте каждый блок кратко и информативно.
4.
см. Спек #9017 — это ссылка на соответствующий спек.
186
Тестирование Дот Ком. Часть 3
5. Для наглядности презентации старайтесь скомпоновать
блок-схему таким образом, чтобы процесс шел сверху вниз
и слева направо.
6. Для превентирования ошибки в толковании избегайте пе-
ресечения стрелок.
7. Протестируйте (проверьте) законченную блок-схему на пред-
мет соответствия спеку или другому источнику.
Для тренировки нарисуйте блок-схему следующей ситуации.
Идея: вскипятить чайник.
Вот вам в помощь блоки решений, которые предстоит разложить
в блок-схеме:
1. Вода в чайнике есть/нет.
2. Плита включена да/нет.
3. Чайник кипит да/нет.
Для совершенствования в составлении блок-схем очень рекомен-
дую найти ресурсы в Интернете или купить книгу.
Блок-схемы — это визуальные источники идей для тестиро-
вания. Кроме того,
как и в случае со всеми методами генерации тестов, процесс
создания блок-схем вызывает рождение множества превосход-
ных идей для тестирования, открывает тестировщику новые
грани ПО и вызывает ряд вопросов, которые не возникли бы
при простом прочтении спека.
Политический момент
как известно,
теория (простое прочтение спека перед его утверждением) и
практика (работа со спеком при создании тест-кейсов) — это две
разные вещи.
На "практике", если спек более или менее сложный, неизбежно воз-
никнет необходимость в уточнениях.
Нигилистический настрой и практическая методология
187
Знайте, что отвечать на вопросы по спеку — это святая обязан-
ность
Вы имеете право, нет, ОБЯЗАНЫ задать ему ВСЕ вопросы по спеку, ко-
торые у вас возникнут, ибо шкуру будут спускать с вас, а нес него, если
вы из-за неотвеченных вопросов пропустите баги.
Кстати, обязательно сохраняйте всю переписку в отдельном фолдере
(папке) е-мейл клиента (дайте фолдеру наименование (Ю) спека):
вдруг продюсер дал вам уточнение, оно было неверным, вы написали
тест-кейс с ошибкой/не написали тест-кейс вовсе и пропустили серь-
езный баг?
Нет е-мейла — нет доказательств, есть е-мейл — есть доказательства.
Если уточнение по спеку было сделано устно, пошлите е-мейл продю-
серу, где опишите то, как вы поняли уточнение, и спросите "Я правиль-
но понял?".
Если продюсер не отвечает, пошлите ему тот же е-мейл из фолдера е-
мейл клиента "Отправленная почта", чтобы он видел, что уже один
раз проигнорировал ваш запрос.
Если ответа снова нет и продюсер не болен, не уехал на ПМЖ в Австра-
лию, а даже очень здоров, строит дачку в Малаховке, и вы видите его в
столовой каждый день, то просто перешлите последний из е-мейлов
продюсера своему менеджеру и сообщите ему, что не можете рабо-
тать по спеку.
Менеджер не будет сам говорить с ним, а переправит ваш е-мейл ме-
неджеру продюсеров, чтобы тот спросил у продюсера: "В чем, собст-
венно, дело?" Даю гарантию, через час продюсер сам прилетит к вам,
как ни в чем не бывало хлопнет по плечу, как лучшего друга, и проведет
с вами столько времени, сколько нужно, травя байки и находя удачные
аналогии для того, чтобы вы лучше поняли материал. "Бизнес есть
бизнес", вы ищете баги и, чтобы быть эффективным, должны по-