tестирование dot com
Шрифт:
не работает (баг в тест-туле является абсолютно легитимным багом!).
Если есть возможность найти обходной путь, который разблокировал бы
в данной ситуации тестирование, то баг не является блокирующим и не
подходит под С2. Примером обходного пути в данном случае является
создание эккаунта вручную.
СЗ — УМЕРЕННЫЙ
Функциональные
подходят все функциональные баги, не подходящие под С1 и С2. Как
правило, это простое расхождение между фактическим и ожидаемым
результатами, когда все шаги тест-кейса (все этапы флоу) исполнены.
СА — КОСМЕТИЧЕСКИЙ
Косметическая проблема — баги, связанные с содержанием вебсайта
(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), в которых обязательным элементом яв-
ляется указание сроков для починки багов (дополнительным эле-
ментом могут быть факторы, указанные выше, например процент
затронутых пользователей).