tестирование dot com

части и создать два отдельных тест-кейса:

1. IDEA: "Правильное значение вставляется в базу данных

при использовании VISA".

2. IDEA: "Верная сумма списывается с баланса карты".

И если есть возможность, то ЛУЧШЕ сделать именно два тест-

кейса, НО на практике во многих случаях имеет смысл включить

в тест-кейс 2 или больше ОР, так как:

• у вас может просто не быть времени на написание, испол-

нение и поддержку двух тест-кейсов*;

• сэкономленное время можно потратить на написание, ис-

полнение и поддержку тест-кейса, которым мы бы прове-

рили другую вещь**.

Если у нас есть один случай, когда можно совместить два ОР, то напи-

сание, исполнение и поддержка двух тест-кейсов не представляет труда.

А что, еслиу нас появляются сотни дополнительных тест-кейсов?..

В результате такой экономии мы с течением времени создаем десятки

новых тест-кейсов, которые помогают нам провести более тщательное

тестирование.

Я работал с тест-кейсами, включающими более одного ОР, в

течение многих лет, проводя тестирование сложнейшего ПО,

связанного с финансовыми транзакциями, и могу сказать,

что 2 или больше ОР в одном тест-кейсе — это нормальная

практика.

Идем дальше.

Во многих случаях, когда несколько ожидаемых результатов про-

сятся в один тест-кейс, нужно проверить

• значение(-я) на веб-странице и

• значение(-я) в базе данных,

те. нужна проверка снаружи и изнутри или на front end и back end.

50

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

Постановка мозгов

Front end (читается как "фронт-энд") — это непосредственный интер-

фейс пользователя, т.е. текст, картинки, кнопки, линки и прочие вещи,

которые пользователь видите окне веб-браузера или е-мейл клиента.

Back end (читается как "бэк-энд") — это ПО и данные, находящиеся за

фасадом фронт-энда: HTML-код веб-страницы, веб-сервер, код при-

ложения, база данных и т.д.

В последнем примере мы непосредственно "разговаривали"

• с фронт-энд ом — в шаге 5, когда добавляли товар в корзину;

• с бэк-эндом — в шаге 8, когда запрашивали базу данных.

Проблемные тест-кейсы

Теперь посмотрим, какие недостатки вы должны выжигать из

своих тест-кейсов каленым железом.

1. Зависимость тест-кейсов друг от друга.

2. Нечеткая формулировка шагов.

3. Нечеткая формулировка идеи и/или ожидаемого результата.

1. ЗАВИСИМОСТЬ ТЕСТ-КЕЙСОВ ДРУГ ОТ ДРУГА

Зависимость — это антоним независимости. Независимость тест-

кейса выражается в том, что он не связан с другими тест-кейсами.

Пример

Тест-кейс 1:

Шаги:

1. Зайти в комнату.

2. Подойти к стулу.

3. Открыть правый внешний карман рюкзака.

4. Засунуть руку в правый внешний карман рюкзака.

Ожидаемый результат: Граненый стакан.

Тест-кейс 2:

Шаги:

1. Зайти в комнату.

2. Подойти к стулу.

3. Открыть левый внешний карман рюкзака.

4. Засунуть руку в левый внешний карман рюкзака.

Ожидаемый результат: Огурец.

Как видно, шаги 1 и 2 сейчас одинаковы и всегда будет искуше-

ние улучшить то, что и так хорошо.

Искусство создания тест-кейсов

51

Пример

Тест-кейс 1:

Шаги:

1. Зайти в комнату.

2. Подойти к стулу.

3. Открыть правый внешний карман рюкзака.

4. Засунуть руку в правый внешний карман рюкзака.

Ожидаемый результат: Граненый стакан.

Тест-кейс 2:

Шаги:

1. Смотри шаги 1 и 2 из тест-кейса 1.

2. Открыть левый внешний карман рюкзака.