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

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

(content), правописанием (spelling) и интерфейсом пользователя (User

Interface).

Значение серьезности бага обязательно должно быть выбрано из

списка, иначе баг нельзя занести в СТБ.

PRIORITY (ПРИОРИТЕТ БАГА)

Форма: ниспадающее меню со значениями от Ш до П4 (Ш—4)

включительно.

Содержание: приоритет бага — это показатель важности бага

для бизнеса компании.

Кстати, многие товарищи путают приоритет и серьезность. Ко-

ренное различие между ними кроется в том, что серьезность

отражает технический аспект бага, а приоритет — коммер-

ческий.

Серьезность — это категория абсолютная. Приоритет — это

категория относительная.

Так, если сайт рушится (crash), то это С1, и мы не можем, на-

пример, по политическим соображениям изменить серьезность

такого бага, например, на С2, так как ситуация (с системным

сбоем) четко соответствует дефиниции С1. Если же тести-

ровщик назначил приоритет как П1, то программист вполне

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

229

может оспорить такое решение и в итоге приоритет будет П2.

Таким образом, назначение серьезности — это механическое дей-

ствие, а приоритета — творческое, связанное с оценкой угрозы

бага для бизнеса компании.

Часто в документации процесса и настройках СТБ определена

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

тета.

Например, если установлено, что "при серьезности С1 значение при-

оритета должно быть П1", и тестировшик выбирает С1 и П2, то СТБ не

позволит занести баг и выдаст ошибку.

В большинстве же случаев, т.е. при СЗ (функциональных) багах,

нет четкой зависимости между серьезностью и приоритетом, и в

"Описании и шагах..." иногда стоит объяснить, почему вы

выбрали именно этот приоритет, а не более высокий или более

низкий.

Кстати, П1 — баг, из-за которого может сорваться запланированный

релиз, называется showstopper ("пробка"). Примером такого бага мо-

жет служить ситуация, когда тестирование функциональности "Оплата"

полностью заблокировано из-за бага во вспомогательном ПО, симули-

рующем платежную систему.

Еще пара слов о связи серьезности и приоритета бага: например,

мы имеем дело с судопроизводством, а не интернет-проектом.

Фраза "казнить нельзя помиловать" содержит баг, так как от-

сутствует запятая. Отсутствие запятой — это С4, но ситуация,

когда может быть наказан невиновный или оправдан преступник, —

это П1. Ну, например, из-за величины негативных последствий

для имиджа правосудия (шутка).

Кроме привязки к серьезности бага на приоритет могут воздейст-

вовать следующие потенциальные либо реальные вещи:

• процент затронутых пользователей,

• денежные потери для компании,

• негативные юридические последствия для компании,

• негативные последствия для имиджа компании.

В каждой компании должны быть дефиниции приоритета багов

(bug priority definitions), в которых обязательным элементом яв-

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

ментом могут быть факторы, указанные выше, например процент

затронутых пользователей).

230

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

Вот простейший пример дефиниций.

Приоритет бага

Дефиниция

П1

Брось все дела и зафиксируй баг

П2

Зафиксируй баг в течение 72 часов

ПЗ

Зафиксируй баг до завершения тестирования данного

основного релиза

П4

Зафиксируй, если возможно

Примеры

П1 —П2 — все понятно.

ПЗ — каждая стадия цикла разработки ПО имеет свои запланирован-