tестирование dot com
Шрифт:
рами сертификатов), т.е. QWERT98362 будет преподнесена поль-
зователю в укороченном виде (truncated): QWERT9836.
Интеграционный тест по использованию номера сертификата,
полученного по е-мейлу, может выявить этот баг.
в. Здесь может быть ситуация, когда номер сертификата, сгене
рированный компонентом 1, не принимается компонентом 3.
Пример такой ситуации
Компонент 1 сохранил номер сертификата в
ванном виде, т.е. в целях безопасности использовался алгоритм, кото-
рый превратил "LKJHG61123", например, в "*&"(*&86%(987$!$#". Из-за
бага в компоненте 3 последний не дешифровал номер сертификата,
Классификация видов тестирования
165
ВЗЯТЫЙ из БД, а просто попытался сравнить эту абракадабру из БД и
номер сертификата, введенный пользователем, что привело к тому,
что номера не сошлись и легитимная скидка не была предоставлена.
Должен ли был быть номер сертификата зашифрован или нет, для
нас сейчас значения не имеет. Значение имеет тот факт, что баг
был обнаружен во время интеграционного тестирования.
СИСТЕМНОЕ ТЕСТИРОВАНИЕ
Это тестирование системы (функциональности) от начала до
конца (end-to-end), т.е. каждый сценарий будет затрагивать всю
цепочку: компонент 1 — > компонент 2 —> компонент 3.
Я рекомендую ставить простой тест-кейс с системным тестом
в самое начало тест-комплекта. Так можно сразу увидеть, если
что-то явно не в порядке. Это своего рода тест приемки непосред-
ственно для вещи, тестируемой данным тест-комплектом.
Хорошая идея вдогонку
Е-мейл состоит из следующих частей:
е-мейла алиаса;
собаки;
домена почтового сервера;
точки;
глобального домена.
В вашем рабочем е-мейле алиасом будет, как правило, ваши имя (или
инициал) и фамилия: rsavin.
Собака остается собакой, хотя по-аглицки она называется "at" (читает-
ся как "эт"):
@ Доменом почтового сервера будет домен
компании:
testshop
Точка остается точкой, хотя по-аглицки она называется "dot" (читается
как "дот"):
.
Глобальный домен — это зона домена компании, например "com" или "ги":
rs,
т.е. получаем: rsavin@testshop.rs
При тестировании интернет-проектов приходится создавать много сче-
тов пользователей. Загвоздка в том, что е-мейл пользователя, который
очень часто является его именем, может быть использован только один
раз, т.е. мой рабочий е-мейл rsavin@testshop.rs может быть использо-
ван для создания только одного счета.
166
Тестирование Дот Ком. Часть 2
ЧТО делать? Открывать бесчисленные счета на хотмейлах и яху? Ответ
неверный.
Самая хорошая идея: поговорите с администратором почтового сер-
вера вашей компании, чтобы он модифицировал настройки сервера
так, чтобы к вам приходили все е-мейлы следующего формата:
rsavin+sometext@testshop. rs,
т. е. после моего алиаса стоит знак плюс и между знаком плюс и соба-
кой находятся любые легитимные знаки.
Например, для тестирования компонента 1 я регистрируюсь с е-мейлом:
rsavin+component1_test@testshop.rs
Таким образом, вы можете создавать тысячи эккаунтов пользователей
своего сайта, не регистрируя тысяч новых е-мейл-эккаунтов.
Рекомендую. Очень удобно.
7. По степени автоматизированное™
тестирования
• ручное тестирование (manual testing);
• автоматизированное тестирование (automated testing);
• смешанное / полуавтоматизированное тестирование
(semi automated testing).
О каждом из трех "друзей" будет еще сказано очень много и в
подробностях. Пока же давайте поговорим концептуально.
РУЧНОЕ ТЕСТИРОВАНИЕ
Это исполнение тест-кейсов без помощи каких-либо программ,
автоматизирующих вашу работу. Например, для того чтобы
создать эккаунт нового пользователя, мы идем на наш
www.main.testshop.rs, открываем страницу регистрации, запол-