tестирование dot com
Шрифт:
Я всегда включаю в "Список для оповещения" имя продю-
сера, чтобы тот знал о состоянии дел, связанных с тестирова-
нием его спека.
Выбор значений для данного атрибута не является обязательным.
CHANGE HISTORY (ИСТОРИЯ ИЗМЕНЕНИЙ)
Это наиважнейший, автоматически заполняемый атрибут. Суть
его в том, что любое изменение бага отражается в нередактируе-
мом многострочном текстовом поле в следующем формате:
• дата и время изменения (date and time of change);
•
• название измененного атрибута (what was changed);
• предыдущее значение атрибута (previous value);
• новое значение атрибута (new value).
Запомните, что любые действия любого лица, имеющего счет в
СТБ, автоматически записываются, запись доступна для всех
пользователей СТБ и не подлежит редактированию. Таким обра-
зом, можно до секунды увидеть, что конкретно, как конкретно и
кем конкретно было изменено. Анонимность, столь любимая по-
сетителями интернет-форумов, полностью исключена.
Жизнь замечательных багов
233
TYPE (ТИП БАГА)
Это ниспадающее меню со значениями:
• bug (баг),
• feature request (запрос о фича).
По умолчанию значение типа бага (типа записи) — это "баг", т.е.
расхождение между фактическим и ожидаемым результатом, и
95% багов (записей) в СТБ имеет значение "баг".
Компьютерный термин "Feature " не имеет эквивалентного тер-
мина в русском языке, и мы можем
• либо изобрести новое слово,
• либо позаимствовать существующее слово из английского
языка и соответственно писать его русскими буквами (что
мы и сделаем).
Я всегда стараюсь найти подходящий перевод английской тер-
минологии, но иногда это просто не удается, и хотя заимство-
ванные слова, написанные кириллицей, могут поначачу коробить
слух и глаз, это вещь вполне легитимная. Например, книга Васи-
лия Аксенова "В поисках грустного бэби" изобилует такими сло-
вами, так как многие из них просто невозможно правильно пере-
вести (например, "плаза "). Кроме того, есть термины, устояв-
шиеся в профессиональной среде (например, наша "фича ").
Итак, фича — это в зависимости от контекста
• функциональность либо
• характеристика (или свойство) компонента кода, интер-
фейса, базы данных и пр.
Например
Значение "функциональность" работает, если мы говорим о кепча.
Значение "характеристика" работает, если мы говорим об оптимиза-
ции кода с целью улучшения перформанса (скорости работы сайта).
Обратно к Feature request.
Баг с типом Feature request заносится в СТБ с именем продюсера
или программиста в Assigned to, когда у вас родилась идея об
улучшении некой существующей фича или о новой фича.
Значение типа Feature request также используется в баге, служа-
щем основанием для патч-релиза, в случае, когда появилась не-
234
Тестирование Дот Ком. Часть 3
обходимость в срочном изменении кода на машине для пользо-
вателей и это изменение не связано с багом (как отклонением
фактического от ожидаемого).
Логичным будет вопрос: почему мы употребили выражение
"срочное изменение"?
Вот ответ: если нужна новая функциональность, то продюсер
пишет спек, программист его кодирует и т.д. в соответствии с про-
цессом разработки ПО. Каждая стадия процесса имеет свои вре-
менные рамки, которые привязаны к расписанию релизов (release
schedule). А что, если у нас появилась незапланированная потреб-
ность в новой фича и ее нужно срочно выпустить?
Пример
Допустим, мы выпускаем один основной релиз в месяц. Сегодня 10
ноября, и последний основной релиз (7.0) состоялся 31 октября.
Если сегодня (Ю ноября) появилась новая идея (например, о добавле-
нии кепча на страницу регистрации), то если мы включим ее в наш
процесс разработки как любую очередную идею, то наша многостра-
дальная кепча появится на машине для пользователей не 1 декабря в
релизе 8.0 (так как все спеки релиза 8.0 уже заморожены), а 1 января
в релизе 9.0. Таким образом, придется ждать больше полутора меся-
цев. Что делать, если у нас нет полутора месяцев, а есть полтора часа ?