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

Савин Роман

ы исполняем тестирование, т.е. непосредственно "рвем на

Мкуски" ПО, руководствуясь нашей профессиональной до-

кументацией — тест-кейсами (test case). Поговорим о формаль-

ной стороне эффективного тест-кейса и коснемся объединений

тест-кейсов — тест-комплектов (test suite).

Что такое тест-кейс

Допустим, что перед сборами на рыбалку мы составили следую-

щий список:

1.

Удочка.

2. Коробка с запасными поплавками и леской.

3. Банка с червями.

35

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

37

4. Стакан граненый.

5. Бутылка "Абсолюта".

6. Огурец соленый.

Затем при деятельном участии жен, детей и котов мы наконец

собрались в дорогу и перед выходом взяли список и проверили

рюкзак на наличие каждого из 6 предметов.

Так вот.

Каждая из 6 строк списка — это и есть тест-кейс (test case).

Сам список является тест-комплектом (test suite).

Процесс придумывания и написания каждой строки списка

называется созданием тест-кейса (test case generation).

Процесс проверки рюкзака на наличие определенного пред-

мета — исполнением тест-кейса (test case execution).

Test case можно перевести как "тестируемая ситуация" и как

"оболочка для теста", оба перевода легитимны и представляют

собой идеальный союз для понимания места и значения тест-кей-

сов в этом жестоком мире.

Главная и неотъемлемая часть тест-кейса — это ожидаемый

результат, например "огурец соленый", т.е. тест-кейс может

полностью состоять только из ожидаемого результата.

Структура тест-кейса

Проблема в том, что для нахождения бага (что является смыслом

любого тестирования) кроме ожидаемого нам нужен и фактиче-

ский результат. В случае с огурцом мы просто заглядываем в

рюкзак и смотрим, на месте ли этот "фрукт". В случае же тести-

рования ПО, как правило, необходима инструкция, как прийти к

фактическому результату.

Пример

Допустим, тестировщику А. Боброву, который только что начал рабо-

тать в нашем стартапе www.testshop.rs, дали для исполнения следую-

щий тест-кейс:

"Оплата может быть произведена картой VISA". Сразу же

возникает по крайней мере две проблемы:

38

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

• для исполнения тест-кейса нужна тестировочная карта VISA,

которой у него нет;

• он не знает, как проверить, был ли действительно осуще-

ствлен платеж, даже если бы у него была карта.

Единственное, что более или менее понятно, — это процесс по-

купки в интернет-магазине (найти товар, добавить в корзину и

т.д.), что в данной ситуации помогает немного. Естественно, что

никакого тестирования не будет, так как пробиться к фактиче-

скому результату так же трудно, как доказать инспектору ГАИ,

что брать взятки аморально.

Пример

Допустим, тестировщику А. Боброву, который только что начал рабо-

тать в нашем стартапе www.testshop.rs, дали для исполнения следующий

тест-кейс: Шаги:

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

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

3. Введи в поле "Пароль": "pa$$wOrd"

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

5. Введи в поле "Поиск": "book117"

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

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

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

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

10. Выбери из меню "Вид карты": "VISA"

11. Введи в поле "Номер карты": "9999-5148-2222-1277"

12. Введи в поле "Действительна до": "12/07"

13. Введи в поле "CW2": "778"

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

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

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

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