tестирование dot com полностью

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ты следующего шага определяются процессом.

Когда баг заносится в СТБ, то автор бага обязательно должен вы-

брать имя из списка ниспадающего меню "Assigned to " (СТБ вы-

даст ошибку, если имя не выбрано). Список "Assigned to " состоит

из имен всех пользователей, кто имеет эккаунты в СТБ. Напри-

мер, мое имя пользователя в СТБ может выглядеть как г savin.

222

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

Кстати, счета в СТБ открывает администратор СТБ, который, как пра-

вило, является вашим коллегой-тестировщиком, корпящим в соседнем

отсеке по другую сторону серой стенки, украшенной постером с сило-

вой подачей Марии Шараповой.

Если автор бага

• не знает, кто из программистов должен ремонтировать этот

баг, или

• вообще не знает, что ему делать с этим багом,

то он просто выбирает из "Assigned to " самое родное и близкое,

что он может там найти, — свое имя.

В каждой интернет-компании на интранете должна быть стра-

ничка "Кто за что ответствен" (Who does What). На этой стра-

ничке должны быть перечислены:

• компоненты веб-сайта (те же, что и в атрибуте "Компонент",

о нем чуть позже);

• программисты, которые отвечают за эти компоненты;

• продюсеры, которые отвечают за эти компоненты.

Пример

Компонент

Программист

Продюсер

Регистрация

Н. Гусев

С. Попов

Поиск

Р. Буйнов

А. Ключникофф, А. Зубков

Корзина

Ю. Тимофеев, И. Николаев В. Жабров

Оплата

О. Столяров

В. Новоселов

Нужно, чтобы эта страничка постоянно поддерживалась, напри-

мер, менеджерами программистов и продюсеров, чтобы отражать

текущее состояние компонентов и ответственных лиц:

если в компании 3 человека, сидящие в одном закутке 4x3 метра,

то каждый примерно знает, что делают двое других. Если же

компания растет и развивается, работники приходят, перево-

дятся с участка на участок, уходят, функциональности появля-

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

ключом, то наличие централизованного источника информации

о программистах и продюсерах — собственниках функцио-

нальностей является наиудобнейшей и наиполезнейшей вещью

(хотя бы для того, чтобы быстро и правильно выбрать имя из

"Assigned to ").

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

223