tестирование dot com
Шрифт:
This helps Yahoo! prevent automated registration.
В отношении проблем:
Размер текст-бокса (MAXLENGTH), т.е. максимальное количество
символов, которое можно ввести в текстовое поле, может быть
больше или меньше, чем указано в спецификации.
Проверка количества символов, которое может принять в себя тек-
стовое поле, проводится в рамках тестирования интерфейса пользо-
вателя (UlTesting).
Жизнь замечательных багов
215
Я
А я текст внутри многострочного текстового поля.
Такие вот дела.
Многострочное текстовое поле (text entry area)
используется для ввода информации, которая не умещается в одно-
строчном текстовом поле. Например, для создания постинга на
интернет-форумах под предмет сообщения (subject) отдается текст-
бокс, а под само сообщение — многострочное текстовое поле.
Кстати,
прекрасным, истинно сероящичным тестом является проверка того,
умещается ли наш ввод в соответствующую колонку базы данных.
Под вводом в данном случае подразумеваются данные, введенные
посредством текст-бокса или многострочного текстового поля.
Пример
При регистрации наш новый пользователь заполняет соответст-
вующую веб-форму и нажимает на кнопку "Зарегистрироваться".
Некий файл (например, написанный на языке Python и живущий на
сервере с приложением) трансформирует эту форму в язык, понятный
базе данных (язык называется SQL — Structured Query Language,
произносится как "эс-кью-эл"), и создает новую строку (record) в
таблице,
называемой,
например,
USER
ADDRESS
(адрес
пользователя).
Допустим, что при создании таблицы USERADDRESS программист
ошибочно указал максимальный размер колонки ADDRESS1 в 7
символов (VARCHAR (7)) вместо 37, положенных по спеку. Это при-
ведет к тому, что при создании новой строки в USERADDRESS дан-
ные, включаемые в колонку ADDRESS1, будут ограничены 7 симво-
лами, а 8-й и прочие символы будут отсечены (truncated) (кстати,
пробел — это тоже символ):
USER_ADDRESS
RECORD
ADDRESS 1
ADDRESS2
CITY
STAT
Country ZIP CODE
ID
E
1
12 49th
Apt. 2
San Francisco CA USA
94118
2
121 Ano
Moscow
Russia 117602
3
221b Ba
London
UK
NW1
4
82 Boul
Paris
France 75018
Что делаем? Правильно, заносим баг, и, после того как баг зафик-
сирован и проверен нами, адреса, хвосты которых были отсечены, уже
выглядят так:
216
Тестирование Дот Ком. Часть 3
USER_ADDRESS
RECORDJ
ADDRESS 1
ADDRESS2
CITY
STAT
Country ZIP CODE
D
E
1
12 49th Avenue
Apt. 2
San Francisco CA USA 94118
2
121 Anokhin Avenue
Moscow
Russia 117602
3
221b Baker Street
London
UK
NW1
4
82 Boulevard
Paris
France 75018
de Clichy
Кстати, хорошей идеей для ввода при тестировании является описа-
тельный ввод, например, в текст-бокс Адрес 1 (данные которого идут
в ADDRESS1) нужно было бы ввести не милую сердцу 82 Boulevard de
Clichy, а строку
"а запятая является 38-м символом, 11111111111"
и затем проверить базу данных.
Если ADDRESS 1 содержит строку
"а запятая является 38-м символом", —
ни символом больше, ни символом меньше, то ADDRESS 1 вмещает
ровно 37 символов и код ведет себя согласно спеку. В любом ином
случае (36 или меньше символов либо 38 или больше символов) у нас
есть баг.
Я имя поля для пароля: *******