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

— "Simia quantum similis turpissima bestia nobis!" ("Как похожа на нас

мерзейшая тварь — обезьяна!");

— "Move bitch, get out the way" ("Уйди с дороги, противная").

В итоге после возвращения домой Макса встречает не добрый, милый

попугайчик, а негативно настроенная машина, и вечером ему (Максу)

придется доказывать своей жене, что это не он, а подлец Леха изменил

лексикон бедолаги Василия.

Для того чтобы иметь сведения о рождении и истории развития

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

где отражаем: Кто? Что? Зачем? Когда? Почему?

Атрибуты истории редактирования:

• Created on by — Тест-кейс создан <дата>

<кем>;

• Modified on by — Тест-кейс изменен <да-

та> <кем>;

• Change — Что, зачем и почему было изменено. В наших

примерах мы не печатаем само слово "change", а просто

заполняем значение этого атрибута в поле справа от

"Created on..." или "Modified on...".

Давайте создадим тест-кейс с картой, используя только что полу-

ченные знания по полезным атрибутам тест-кейса:

ТС ID/Priority

CCPG0001

1

IDEA: Оплата может быть произведена картой VISA SETUP and

ADDITIONAL INFO:

Эккаунт: testuser1/paSSwOrd Наименование товара: book117 Данные

карты:

Номер: 9999-5148-2222-1277

Окончание действия: 12/07

CVV2: 778

SQL1: select result from cc_transaction where id = <номер заказа>;

Revision History

Created on: 11/17/2003 by О.Тарасов

Новый тест-кейс

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

43

Execution part

PROCEDURE

EXPECTED RESULT

1. Открой www.main.testshop.rs

> "10"

2. Введи имя пользователя.

3. Введи пароль.

4. Нажми кнопку "Войти".

5. Введи наименование товара в поле

поиска.

6. Нажми кнопку "Найти".

7. Кликни линк "Добавить в корзину".

8. Кликни линк "Корзина".

9. Кликни линк "Оплатить".

10. Выбери вид карты.

11. Введи номер карты.

12. Введи срок окончания действия.

13. Введи CVV2.

14. Нажми кнопку "Завершить заказ".

15. Запиши номер заказа

16. Запроси базу данных с SQL1

и запиши результат

Идем дальше.

Тест-кейсы, управляемые данными

Основной плюс нового тест-кейса с картой заключается в том, что

нам не нужно вносить изменения в ШАГИ, чтобы протестиро-

вать по тому же сценарию другие карты. Единственное, что

нам нужно, — это модифицировать исходные ДАННЫЕ.

Таким образом, если кроме VISA нам нужно протестировать по

тому же сценарию еще две карты, то мы

• делаем сору один раз;

• paste два раза;

• в каждом из новых тест-кейсов переписываем только пять

подчеркнутых значений, проживающих в шапке тест-кейса и

секции ожидаемого результата (меняем и ID тест-кейса — ТС ID,

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

VISA

9999-5148-2222-1277

12/07

778

10

44

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

Такой вид тест-кейса называется data-driven (буквально "управ-

ляемый данными"), т.е. когда данные и инструкции по их при-

менению не смешаны, а разделены и слинкованы.

Поддерживаемость тест-кейса

Новый тест-кейс с картой хорош. Все при нем — и data-driven, и

удобочитаемый формат, и полезные атрибуты. Проблема в том,

что веб-сайт, а особенно его часть, именующаяся интерфейсом

пользователя {User Interface или просто UI— "ю-ай"), очень часто

меняется.

Пример

Кнопка "Войти" из шага 4 легко может быть переименована во "Вход".

Следовательно, если у нас есть 3 тест-кейса, то нужно внести 3 измене-

ния. А что, если у нас 500 тест-кейсов, где упоминается кнопка "Войти",

и эти тест-кейсы разбросаны по разным документам, как мои одно-

классники по свету? Вносить 500 изменений? Скажете: "Ерунда, можно

догадаться". Но таких маленьких изменений будут десятки!!! И посте-