20

SWPL0001 1

Switch

3333-1988-4444-5699 12/05

451

30

64

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

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. Тест-кейсы, написанные после проработки спека (до того, как