tестирование dot com
Шрифт:
подразумевает поиск. Ищите, пока не найдете то, что эф-
фективно работает именно в вашей компании и в конкретной
ситуации.
Для иллюстрации творческого подхода те же тест-кейсы, но в
другом виде.
Таблица 1
Test Case
Priority
Card
Card Number
Card
Card Expected
ID
Expiration CVV2 Result
date
CCPG0001 1
VISA
9999-5148-2222-1277 12/07
778
10
CCPG0001 1
MasterCard 3333-7112-4444-7844 12/08
676
20
SWPL0001 1
Switch
3333-1988-4444-5699 12/05
451
30
64
Тестирование
IDEA: Оплата может быть произведена картами из Таблицы 1.
Для каждого тест-кейса из Таблицы 1:
1. Запиши баланс счета карты :
www.main.testshop.rs/<четыре_ последних цифры_карты>/balance.htm
2. Открой www.main.testshop.rs.
3. Войди в систему как testuser1/paSSwOrd.
4. Найди любой товар.
5. Добавь товар в корзину.
6. Произведи оплату картой (!! !запиши полную сумму заказа: ).
7. Запиши номер заказа
8. Запроси базу данных:
select result from cc_transaction where id = <номер заказа>;
Сравни с Expected resultl.
9. Запиши баланс счета карты
Шаг 1 - Шаг 6
Прошу считать творческий подход проиллюстрированным.
Краткое подведение итогов
1. Тест-кейс — это инструмент тестировщика, предназначенный
для документирования и проверки одного или более ожи-
даемых результатов.
2. Шаги (procedure) — это часть тест-кейса, ведущая исполнителя
тест-кейса к фактическому результату (выводу). Излишняя
детализация
может
осложнить поддержку,
а
излишнее
абстрагирование привести к непониманию того, как исполнить
тест-кейс.
3. Шаги для повторяющихся
ный документ в локальной сети, и в тест-кейсе мы даем лишь
ссылку на этот документ.
4. Исполнение тест-кейса завершается либо положительным
(pass), либо отрицательным (fail или баг!!!) результатом. Причем
именно отрицательный результат является желанным, так как
мы нашли баг.
5. Исполнение тест-кейса не является завершенным, если испол-
нитель не смог "пройти" все шаги.
6. Тест-кейс должен быть независим от других тест-кейсов из того
же или любого другого тест-комплекта.
7. Наиполезнейшими вещами являются следующие атрибуты тест-
кейса:
• уникальный ID, который уникален в пределах всех сущест-
вующих в компании тест-кейсов;
Искусство создания тест-кейсов
65
• приоритет, чтобы все знали, кто здесь главный;
• идея, которая на простом языке объясняет предназначение
тест-кейса;
• подготовительная часть, которая... ну, в общем, подго-
тавливает нас к исполнению тест-кейса;
• история редактирования, которая помогает указать на
друзей, испортивших наши идеальные тест-кейсы и наших
легковерных попугаев.
8. Поддерживаемость тест-кейса — это легкость и удобство, с
которыми он может быть изменен. Поддерживаемость тест-
кейса — одна из основных формальных вещей при создании или
модификации тест-кейса.
9. Тест-кейс "проверяет" не более одной идеи. При этом два и
более ожидаемых результата легитимны, если истинность идеи
вытекает из одновременной истинности этих ожидаемых
результатов.
10. К плохому стилю относятся:
а) зависимость тест-кейсов друг от друга;
б) нечеткая формулировка шагов;
в) нечеткая формулировка идеи тест-кейса и/или ожидаемого
результата.
11. Тест-кейсы объединяются в тест-комплекты (как правило, один
тест-комплект — это один файл).
12. Как правило, тест-комплект включает тест-кейсы, родственные
друг другу тем, что они проверяют определенный участок на-
шего интернет-проекта или вещи, описанные в определенном
спеке.
13. Хорошим стилем является создание нового тест-комплекта для
новых тест-кейсов.
14. Тест-кейсы, написанные после проработки спека (до того, как