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. Открыть левый внешний карман рюкзака.
3. Засунуть руку в левый внешний карман рюкзака.
Ожидаемый результат: Огурец.
Так вот, таких вещей (имеется в виду шаг 1 тест-кейса 2) нужно
избегать, так как:
• тест-кейс 1 может быть удален из-за ненадобности или
• шаги по тестированию наличия стакана (в тест-кейсе 1)
могут быть изменены (например, стакан лежит в другом