tестирование dot com
Шрифт:
позициям?
1. Вход в систему
В общем-то можно догадаться, куда ввести имя пользователя,
куда пароль и на какую кнопку нажать, тем более что в данном
случае мы не тестируем процесс логина, это было или будет сде-
лано при исполнении соответствующего тест-кейса, сейчас мы
просто грубо и бесцеремонно используем логин, легкомысленно
надеясь, подобно покупателю российского автопрома, что все
будет чики-пики.
2. Поиск
Все из предыдущего пункта применимо и здесь. Кроме того, до-
пустим, что book117 была удалена из нашей базы данных подлы-
ми завистниками и подхалимами. Что же нам — в отчаянии рвать
на себе волосы и кричать, что мы заблокированы? Нет, мы просто
превентируем такую ситуацию тем, что не будем давать имени
конкретного товара. Что найдется, то найдется (так как то, что
найдется, в данном случае значения не имеет).
3. Добавление товара в корзину
Концепция из "1. Вход в систему" применима и здесь.
4. Оплата
Концепция из "1. Вход в систему" применима и здесь.
О'к, с оплатой я, пожалуй, немного переборщил — не факт, что
будет абсолютно очевидно, как провести ее, и шаги все же потре-
буются.
Здесь появляется другая загвоздка: если мы производим оплату в
сотнях тест-кейсов, т.е. сотни раз включаем в тест-кейс те же
семь шагов (8—14 включительно), то при изменении даже в од-
ном из этих шагов нам придется переписывать эти сотни тест-
кейсов...
Не проще ли вынести шаги, повторяющиеся от тест-кейса к
тест-кейсу, во внешний документ и вместо них включить в
тест-кейс лишь один шаг-ссылку «Произведи ОПЛАТУ
КАРТОЙ из секции "SETUP and ADDITIONAL INFO"»? Поступив
46
Тестирование Дот Ком. Часть 1
таким образом, мы сэкономим громадное количество часов рабо-
чего времени, так как при необходимости менять шаги нужно
будет только в одном месте!
Кстати, "оплата картой" — это линк к страничке в локальной сети с со-
ответствующей инструкцией, называемой, например, "Как произвести
оплату кредитной картой".
Кстати, хорошей идеей является создание в локальной сети вашей
компании мини-веб-сайта департамента качества, где наряду с веб-
страничками с
• контактной информацией работников
• пинками к файлам с тест-комплектами,
• другой полезной информацией
расположится и внутреннее Пособие для тестировщиков (QA Knowl-
edge Base), где кроме прочего будут задокументированы повторяю-
щиеся сценарии.
Теперь обобщим уже известные нам мероприятия по улучшению
поддерживаемости тест-кейса:
1. Сделать тест-кейс data-driven.
2. Не описывать шаги по явно очевидным сценариям (напри-
мер, логин).
3. Не давать конкретных деталей, если они не играют роли
при исполнении тест-кейса (например, имя товара).
4. Вынести во внешний документ повторяющиеся сценарии
(например, семь шагов оплаты).
Ну, за поддерживаемость!
ТС ID/Priority
CCPG0001
1
IDEA: Оплата может быть произведена картой VISA SETUP and
ADDITIONAL INFO:
Эккаунт: testuser1/paSSwOrd Данные карты:
Номер: 9999-5148-2222-1277
Окончание действия: 12/07
CVV2: 778 SQL1: select result from cc transaction where id
= <номер заказа>;
Revision History
Created on: 11/17/2003 by О.Тарасов
Новый тест-кейс
Modified on: 11/26/2003 by И. Новикова Шаги были упрощены, чтобы
сделать тест-кейс более удобным
для поддержки
искусство создания тест-кейсов
47
Execution part
PROCEDURE
EXPECTED RESULT
1. Открой www.main.testshop.rs
> "10"
2. Войди в систему.
3. Найди любой товар.
4. Добавь товар в корзину.
5. Произведи оплату картой из секции
SETUP and ADDITIONAL INFO
6. Запиши номер заказа
7. Запроси базу данных с SQL1
и запиши результат
Идем дальше.
Сколько ожидаемых результатов