tестирование dot com
Шрифт:
EXPECTED RESULT
1. Запиши баланс счета карты
> "30"
2. Открой www.main.testshop.rs
3. Войди в систему.
4. Найди любой товар.
5. Добавь товар в корзину.
6. Произведи оплату картой из секции
SETUP and ADDITIONAL INFO
(!!! запиши полную сумму заказа:
).
7. Запиши номер заказа
8. Запроси базу данных с SQL1.
9. Запиши баланс счета карты
S* Шаг 1-Шаг 6
Теперь нам остается просто объединить
у нас получился all new credit_card_payments.doc. Откроем его:
Покупка с использованием кредитных карт
Часть 1 тестирование с VISA и MasterCard
Часть 2: тестирование со Switch
Часть 1
<Шапка, CCPG0001 и
2CPG0002 из старого файла credit doc
без измен (
е
ний>
card_payments
Часть 2
<Шапка и SWPL0001 из файла
.doc без изменений>
switch_payments
Прошу обратить внимание на следующее:
мы не меняли
• ни содержимое файла switch_payments.doc, которое вста-
вили в основной тест-комплект credit_card_payments.doc,
• ни содержимое старого файла credit_card_payments.doc.
Можно, например, было сделать для них одну общую "шапку" или
заменить SWPL0001 на CCPG0003 (чтобы иметь единую систему
нумерации в одном тест-комплекте), но ни этого, ни других объеди-
нительных мероприятий не было (и не будет) проведено, так как:
• это два независимых модуля и каждый из них прекрас
но исполняем по отдельности (пусть даже они и объеди-
Искусство создания тест-кейсов
61
нены в одном файле (и одном тест-комплекте) из-за того,
что они покрывают ту же функциональную часть нашего
проекта);
• уникальный ID тест-кейса дается последнему один раз и
никогда не меняется. Это как номер налогоплательщика
— нас ведь нужно учитывать, где бы мы ни были, а то
располземся, как тараканы, легкомысленно забыв о том,
что у патрициев тоже есть семьи, которые мы, будучи не
патрициями, должны содержать, платя налоги.
Кстати, генерировать уникальный ID тест-кейса можно
• автоматически (для этого может быть написана простая про-
граммка) или же
• вручную, для чего должна быть заключена конвенция внутри де-
партамента качества.
Пример
Мы договариваемся, что ID состоит из двух частей:
• первая часть — это буквенное обозначение (например, четыре
латинские буквы), а
• вторая часть — это цифровое обозначение (от 0001 до 9999).
ID присваивается автором тест-комплекта, и в случае если новые тест-
кейсы (без ID) добавляются в тест-комплект, то буквенный ID берется из
предшествующих тест-кейсов, а цифровое обозначение = максимальное
цифровое обозначение + 1. Так если мы решим добавить тест-кейс для
тестирования оплаты картой Switch, то как мы его назовем? Правильно!
SWPL0002. А картой VISA или MasterCard? Правильно! CCPG0003.
Кстати, CCPG — это "Credit Cards Payments Global" ("общее по платежам
с кредитными картами"), a SWPL — "SWitch Payments Local" ("локальное по
платежам с картой Switch"). Почему я выбрал ТАКИЕ буквенные
обозначения? Потому что мне так захотелось. Никакого правила здесь
нет, как нравится, так и называйте, но постарайтесь, чтобы не было
двух тест-кейсов с одним ID.
Пример
Процесс присвоения ID идет следующим образом:
1. Пишем тест-кейсы. ID не присваиваем.
2. "Обкатываем" их при первом исполнении с удалением тех из них,
которые недостойны быть частью нашего тест-комплекта, и до-
бавлением тех, которые пришли на ум по мере исполнения.
3. Присваиваем оставшимся тест-кейсам по ID.
Мы продолжим разговор о тест-комплектах на одном из следую-
щих чаепитий.
62
Тестирование Дот Ком. Часть 1
Состояния тест-кейса
У них все, как у людей. Рождаются, изменяются и умирают...
Рождение:
состояние — "Новый" (New).
Это первая редакция тест-кейса: "Created on: 11/17/2003 by