tестирование dot com
Шрифт:
И после того как мы его исполнили и причесали наши новые тест-
кейсы (в данном случае один тест-кейс), получаем:
Покупка с использованием Switch (TS7131)
Author:
Spec ID:
Priority
Producer:
Developer:
И. Новикова
1422
1
M.Чучиков
Н. Назаров
OVERVIEW:
Данный тест-комплект
GLOBAL SETUP and ADDITIONAL INFO:
1. SQL1: select result from cc transaction where id = <номер заказа>;
2. Баланс счета карты можно посмотреть здесь:
www.main.testshop.rs/<четыре_ последних_цифры карты>/bа1аncе.htm
ТС ID/Priority
SWPL0001
1
IDEA: Оплата может быть произведена картой Switch
SETUP and ADDITIONAL INFO:
Эккаунт: testuser1/pa$$wOrd
Данные карты:
Номер: 3333-1988-4444-5699 Окончание действия:
12/05 CVV2: 451
60
Тестирование Дот Ком. Часть 1
Revision History
Created on: 01/21/2003 by И. Новикова
Новый тест-кейс
Execution part
PROCEDURE
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
<Шапка
.doc без изменений>
switch_payments
Прошу обратить внимание на следующее:
мы не меняли
• ни содержимое файла switch_payments.doc, которое вста-
вили в основной тест-комплект credit_card_payments.doc,
• ни содержимое старого файла credit_card_payments.doc.
Можно, например, было сделать для них одну общую "шапку" или
заменить SWPL0001 на CCPG0003 (чтобы иметь единую систему
нумерации в одном тест-комплекте), но ни этого, ни других объеди-
нительных мероприятий не было (и не будет) проведено, так как:
• это два независимых модуля и каждый из них прекрас
но исполняем по отдельности (пусть даже они и объеди-
Искусство создания тест-кейсов
61
нены в одном файле (и одном тест-комплекте) из-за того,
что они покрывают ту же функциональную часть нашего
проекта);
• уникальный ID тест-кейса дается последнему один раз и
никогда не меняется. Это как номер налогоплательщика
— нас ведь нужно учитывать, где бы мы ни были, а то
располземся, как тараканы, легкомысленно забыв о том,
что у патрициев тоже есть семьи, которые мы, будучи не
патрициями, должны содержать, платя налоги.
Кстати, генерировать уникальный ID тест-кейса можно
• автоматически (для этого может быть написана простая про-
граммка) или же
• вручную, для чего должна быть заключена конвенция внутри де-
партамента качества.
Пример
Мы договариваемся, что ID состоит из двух частей:
• первая часть — это буквенное обозначение (например, четыре
латинские буквы), а
• вторая часть — это цифровое обозначение (от 0001 до 9999).
ID присваивается автором тест-комплекта, и в случае если новые тест-