tестирование dot com
Шрифт:
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 изменений? Скажете: "Ерунда, можно
догадаться". Но таких маленьких изменений будут десятки!!! И посте-
пенно ваши тест-кейсы будут либо хиреть без поддержки, либо потреб-
лять на поддержку уйму времени.
Пример
А что, если не имя кнопки, а сам путь, по которому вы добираетесь до
фактического результата, претерпел изменения? Например, шаги 7 и 9
станет разделять не линк "Корзина", а еще несколько дополнительных
линков и кнопок, появившихся в новой версии www.testshop.rs.
В общем проблема понятна. И имя ее — maintainability (поддер-
живаемость), т.е. насколько легко и просто можно изменить
тест-кейс при изменениях в ПО. Не думать о поддерживаемо-
сти тест-кейсов — значит не думать о завтрашнем дне, что, не-
смотря на полезность для духовной жизни, все-таки плохо для
бизнеса.
Если мы разобьем шаги нашего нового тест-кейса с картой на ло-
гические модули, получим:
1. Вход в систему (логин — log in).
2. Поиск товара.
3. Добавление товара в корзину.
4. Оплата.
5. Фиксация номера заказа.
6. Запрос базы данных.
Искусство создания тест-кейсов
45
Почему бы нам не выбросить из тест-кейса детали по следующим