Полное имя пользователя, е-мейл, номер сертификата.
164
Тестирование Дот Ком. Часть 2
Значения отделены друг от друга запятой (comma-delimited). Информация о каждом новом пользователе — на новой строчке. Сам файл — простой текстовый файл, который можно открыть программой Notepad.
Образец файла:
Ferdinando Magellano, f.magellano@trinidad.pt, QWERT98362 James Cook, james.cook@endeavour.co.uk, ASDFG54209 Иван Крузенштерн, ikruzenstern@nadejda.ru, LKJHG61123
Допустим, программист ошибочно заложил в коде, что значения файла разделяются не запятой(форматом, принимаемым программой рассылки), а точкой с запятой:
Ferdinando Magellano; f.magellano@trinidad.pt; QWERT98362 James Cook; james.cook@endeavour.co.uk; ASDFG54209 Иван Крузенштерн; ikruzenstern@nadejda.ru; LKJHG61123
Когда мы проводим интеграционный тест, мы обнаруживаем, что программа рассылки не принимает файл неподходящего формата, и соответственно никакие е-мейлы до пользователей не дойдут, если этот баг не будет устранен.
б. В данном случае у нас может быть ситуация, когда файл
имеет верный номер сертификата, но из-за бага в программе рас
сылки пользователь получает е-мейл с "неправильным" номером
сертификата.
Это может произойти из-за того, что программа рассылки может быть ошибочно сконфигурирована, чтобы "брать" только 9 первых символов из третьей колонки (колонки с номерами сертификатов), т.е. 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, открываем страницу регистрации, заполняем формы и т.д.
АВТОМАТИЗИРОВАННОЕ ТЕСТИРОВАНИЕ
Это отдельная дисциплина искусства тестирования. Значительная часть эффективности работы отдела тестирования зависит от того, какие задачи отданы для автоматизации и как эта автоматизация была осуществлена. Автоматизация может как принести огромное облегчение всем тестировщикам, так и завалить работу всего отдела и отложить релиз, премию, отпуск и другие сладкие вещи.
|
|
|
Классификация видов тестирования
167
Оговорка
Термин "тул" (tool (англ.) — инструмент) используется для обозначения компьютерной программы, как правило, вспомогательного свойства.
Автоматизировать можно сотни вещей. Вот наиболее часто встречающиеся виды автоматизации:
а. Тулы для помощи в черноящичном и сероящичном тестировании.
Например,
• тул, который автоматически создает для нас эккаунт пользователя;
• тул, совершающий запросы к базе данных и генерирующий файлы формата, утвержденного системой VISA, используя извлеченные данные;
• тул, генерирующий транзакции покупки в нашем магазине, и т.д. и т.п.
Вариантам нет конца и края. Такие тулы пишутся программистами компании или самими тестировщиками.
Пример тула, создающего эккаунты пользователя
Если набрать в браузере www.main.testshop.rs/tools/register.py (это все, естественно, гипотетически, так как такого сайта в природе не существует), то мы увидим не 10 обязательных полей, которые нужно заполнить, а одно текстовое поле и кнопку "создать тест-эккаунт". Вы просто вводите уникальный е-мейл нового пользователя, например rsavin-testuser1000@testshop.rs, и нажимаете на кнопку. Тул делает за вас все остальное. Пароль для всех эккаунтов будет, например "898989".
Хорошая идея:
используется автоматизация для создания новых эккаунтов или нет, очень удобно, когда в компании существует конвенция для одного пароля при создании тест-эккаунтов, например "898989".
Дело в том, что иногда нет времени/возможности создать эккаунт с определенными транзакциями, настройками и т.д., и если такой эккаунт уже существует, то, зная пароль, вы сможете им воспользоваться.
При этом помните о деловой этике, и если этот эккаунт создан не вами, то по возможности вежливо спросите у "хозяина" эккаунта разрешение.
Дата добавления: 2018-05-02; просмотров: 373; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!