tестирование dot com

И я имя чекбокса (мой чекбокс отмечен):

Я тоже имя чекбокса (мой чек-бокс отмечен):

Чекбокс (checkbox)

Чекбокс, также известный под неудобоваримым именем "независи-

мая кнопка", — это элемент веб-формы, который позволяет:

установить галочку (check) либо

убрать галочку (uncheck).

Иными словами, можно соответственно:

отметить чекбокс,

очистить чекбокс.

Чекбоксы, как и радиокнопки, могут быть сгруппированы под

одним именем (в примере ниже именем является "Причины за-

крытия эккаунта"), но чекбоксы, как правило, независимы друг от

друга.

"Как правило ", так как иногда веб-мастера предусматривают (с

помощью JavaScript) взаимосвязь между чекбоксами.

Вот веб-форма опросника при закрытии счета:

Причины закрытия эккаунта:

Сайт работает слишком медленно

Неудовлетворительная служба поддержки Сбои в

работе веб-сайта Ограниченный выбор книг

Проблемы с доставкой Другое:

220

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

Я имя кнопки!!!

Кнопка (button)

Нажатие на кнопку является заключительным аккордом при запол-

нении веб-форм. Нажимая на кнопку, мы отправляем веб-форму для

обработки на сервер с приложением (application server).

Кстати,

в большинстве случаев наличие ошибок при заполнении формы (напри-

мер, обязательное для заполнения текстовое поле "Имя " пустое)

проверяется не на сервере с приложением, а на компьютере пользо-

вателя.

Это делается путем кода JavaScript, являющегося частью HTML-стра-

ницы с веб-формой, и в случае ошибки в заполнении формы

выдается сообщение об ошибке,

веб-форма не посылается на сервер с приложением.

Если неизвестно название кнопки, то при написании тест-кейсов

просто напишите "отправьте форму" ("submit the form " или просто

"submit").

ATTACHMENT (ПРИЛОЖЕНИЕ)

Нет лучшей вещи при обмене информацией, чем хорошо подоб-

ранная иллюстрация, особенно наглядная иллюстрация. Наш мозг

гораздо быстрее воспринимает зрительную информацию, чем

текстовую, и мы, зная этот научный факт, можем организовать

эффективную презентацию проблемы. Презентация может де-

латься, например, путем приложения снимка экрана (скриншота),

на котором видна проблема. Вот самый технически элементар-

ный и повсеместно распространенный способ для собственно-

ручного изготовления скриншота:

а. На клавиатуре нажимаем кнопку PrtScrn.

б. Открываем стандартную программу Виндоуз, Paint.

в. Нажимаем Ctrl+v.

г. Сохраняем графический файл (с расширением Jpeg или .gift.

д. Прилагаем его к багу.

Кстати, как Paint, так и другие графические редакторы позволяют об-

вести, например, красным цветом место на скриншоте, где видна про-

блема (например, группу радиокнопок, которые можно выбрать одно-

временно). В общем большое поле для творчества.

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

221

Естественно, что приложением может быть не только наглядная

иллюстрация в виде графического файла, но и любые другие

файлы, которые помогут программисту быстрее и точнее понять

суть проблемы.

Иногда бывают ситуации, что трудно описать проблему на род-

ном языке, не говоря уже об иностранном. Что делаем? Прила-

гаем файл с иллюстрацией проблемы в поле "Описание и шаги

для воспроизведения проблемы" и скромно пишем "Смотри при-

ложение" (See attachment).

Кстати, фраза "Смотри приложение" должна быть в поле "Опи-

сание и шаги..." в любом случае — чтобы каждый, кто просмат-

ривает занесенный вами баг, наверняка открыл и приложение.

SUBMITTED BY (АВТОР БАГА)

СТБ автоматически присваивает значение этому атрибуту. Как

нетрудно догадаться, значение "Submitted by " — это нередакти-

руемый текст с именем товарища, занесшего баг в СТБ (товарищ

далее именуется автором бага). Как правило, автором бага явля-

ется тестировщик.

DATE SUBMITTED (ДАТА И ВРЕМЯ ПОЯВЛЕНИЯ БАГА)

Как и в случае с Submitted by, СТБ автоматически присваивает

значение этому атрибуту. Как нетрудно догадаться, значение

"Date submitted" — это нередактируемый текст с датой и време-

нем, когда баг был занесен в СТБ своим отцом — автором.

ASSIGNED TO (ДЕРЖАТЕЛЬ БАГА)

Каждый открытый баг в каждый конкретный момент имеет

своего конкретного держателя (Owner). Держатель бага — это

участник процесса разработки ПО, на котором лежит ответствен-

ность сделать следующий шаг на пути к закрытию бага. Вариан-