мы и сделаем).

Я всегда стараюсь найти подходящий перевод английской тер-

минологии, но иногда это просто не удается, и хотя заимство-

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

слух и глаз, это вещь вполне легитимная. Например, книга Васи-

лия Аксенова "В поисках грустного бэби" изобилует такими сло-

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

вести (например, "плаза "). Кроме того, есть термины, устояв-

шиеся в профессиональной среде (например, наша "фича ").

Итак, фича — это в зависимости от контекста

• функциональность либо

• характеристика (или свойство) компонента кода, интер-

фейса, базы данных и пр.

Например

Значение "функциональность" работает, если мы говорим о кепча.

Значение "характеристика" работает, если мы говорим об оптимиза-

ции кода с целью улучшения перформанса (скорости работы сайта).

Обратно к Feature request.

Баг с типом Feature request заносится в СТБ с именем продюсера

или программиста в Assigned to, когда у вас родилась идея об

улучшении некой существующей фича или о новой фича.

Значение типа Feature request также используется в баге, служа-

щем основанием для патч-релиза, в случае, когда появилась не-

234

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

обходимость в срочном изменении кода на машине для пользо-

вателей и это изменение не связано с багом (как отклонением

фактического от ожидаемого).

Логичным будет вопрос: почему мы употребили выражение

"срочное изменение"?

Вот ответ: если нужна новая функциональность, то продюсер

пишет спек, программист его кодирует и т.д. в соответствии с про-

цессом разработки ПО. Каждая стадия процесса имеет свои вре-

менные рамки, которые привязаны к расписанию релизов (release

schedule). А что, если у нас появилась незапланированная потреб-

ность в новой фича и ее нужно срочно выпустить?

Пример

Допустим, мы выпускаем один основной релиз в месяц. Сегодня 10

ноября, и последний основной релиз (7.0) состоялся 31 октября.

Если сегодня (Ю ноября) появилась новая идея (например, о добавле-

нии кепча на страницу регистрации), то если мы включим ее в наш

процесс разработки как любую очередную идею, то наша многостра-

дальная кепча появится на машине для пользователей не 1 декабря в

релизе 8.0 (так как все спеки релиза 8.0 уже заморожены), а 1 января

в релизе 9.0. Таким образом, придется ждать больше полутора меся-

цев. Что делать, если у нас нет полутора месяцев, а есть полтора часа ?

Нужно занести баг "Feature request" с приоритетом П1. Если же фича

может подождать до 8.0, то опять же заносим баг с типом "Feature re-

quest", но уже с приоритетом ПЗ.

Вот такие дела...

STATUS (СТАТУС)

Это ниспадающее меню со значениями:

• Open (Открыт),

• Closed (Закрыт),

• Re-Open (Повторно открыт).