Verify Your Registration

*Enter the code shown:

This helps Yahoo! prevent automated registration.

В отношении проблем:

Размер текст-бокса (MAXLENGTH), т.е. максимальное количество символов, которое можно ввести в текстовое поле, может быть больше или меньше, чем указано в спецификации.

Проверка количества символов, которое может принять в себя тек­стовое поле, проводится в рамках тестирования интерфейса пользо­вателя (UlTesting).

Жизнь замечательных багов

Я имя многострочного текстового поля:

А я текст внутри многострочного текстового поля. Такие вот дела.

Многострочное текстовое поле (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 ID	ADDRESS 1	ADDRESS2	CITY	STATE	Country	ZIP CODE
	12 49th	Apt. 2	San Francisco	CA	USA
	121 Ano		Moscow		Russia
	221b Ba		London		UK	NW1
	82 Boul		Paris		France

Что делаем? Правильно, заносим баг, и, после того как баг зафик­сирован и проверен нами, адреса, хвосты которых были отсечены, уже выглядят так:

Тестирование Дот Ком. Часть 3

USER_ADDRESS

RECORDJD	ADDRESS 1	ADDRESS2	CITY	STATE	Country	ZIP CODE
	12 49th Avenue	Apt. 2	San Francisco	CA	USA
	121 Anokhin Avenue		Moscow		Russia
	221b Baker Street		London		UK	NW1
	82 Boulevard de Clichy		Paris		France

Кстати, хорошей идеей для ввода при тестировании является описа­тельный ввод, например, в текст-бокс Адрес 1 (данные которого идут в ADDRESS1) нужно было бы ввести не милую сердцу 82 Boulevard de Clichy, а строку

"а запятая является 38-м символом, 11111111111"

и затем проверить базу данных.

Если ADDRESS 1 содержит строку

"а запятая является 38-м символом", —

ни символом больше, ни символом меньше, то ADDRESS 1 вмещает ровно 37 символов и код ведет себя согласно спеку. В любом ином случае (36 или меньше символов либо 38 или больше символов) у нас есть баг.

Я имя поля для пароля:

*******

Поле пароля (passwordfield)

Это однострочное поле для ввода текста с тем нюансом, что каж­дый символ, введенный в это поле, тут же автоматически преобра­зуется в * (звездочку, или, по-англ. — asterisk) либо в жирную метку (bullet).

Преобразование в звездочки (или буллеты) сделано для того, чтобы какой-либо добрый, сердечный человек не подсмотрел ваш пароль и не очистил ваш, например, банковский эккаунт.

Кстати,

важной вещью в отношении пароля явл&чяется профессиональная этика, согласно которой нужно демонстративно отворачивать голову на 90 градусов в другую сторону от клавиатуры, если кто-то вводит пароль. Смотреть на клавиатуру, когда кто-либо вводит пароль, так же неприлично, как сказать о блефе, после того как вы выиграли партию в покер и карты уже перемешаны.

Жизнь замечательных багов

Дата добавления: 2015-12-07