Тестирование программного обеспечения. Базовый курс. 3-е издание

Атрибуты (поля) отчёта о дефекте
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 181/301 
Симптом
(symptom) 
— позволяет классифицировать дефекты по их типич-
ному проявлению. Не существует никакого общепринятого списка симптомов. Бо-
лее того, далеко не в каждом инструментальном средстве управления отчётами о 
дефектах есть такое поле, а там, где оно есть, его можно настроить. В качестве 
примера рассмотрим следующие значения симптомов дефекта. 
•
Косметический дефект (cosmetic flaw) — визуально заметный недостаток ин-
терфейса, не влияющий на функциональность приложения (например, 
надпись на кнопке выполнена шрифтом не той гарнитуры). 
•
Повреждение/потеря данных (data corruption/loss) — в результате возникно-
вения дефекта искажаются, уничтожаются (или не сохраняются) некоторые 
данные (например, при копировании файлов копии оказываются повреждён-
ными). 
•
Проблема в документации (documentation issue) — дефект относится не к 
приложению, а к документации (например, отсутствует раздел руководства 
по эксплуатации). 
•
Некорректная операция (incorrect operation) — некоторая операция выполня-
ется некорректно (например, калькулятор показывает ответ 17 при умноже-
нии 2 на 3). 
•
Проблема инсталляции (installation problem) — дефект проявляется на ста-
дии установки и/или конфигурирования приложения (см. инсталляционное 
тестирование
{86}
). 
•
Ошибка локализации (localization issue) — что-то в приложении не переве-
дено или переведено неверно на выбранный язык интерфейса (см. локали-
зационное тестирование
{89}
). 
•
Нереализованная функциональность (missing feature) — некая функция при-
ложения не выполняется или не может быть вызвана (например, в списке 
форматов для экспорта документа отсутствует несколько пунктов, которые 
там должны быть). 
•
Проблема масштабируемости (scalability) — при увеличении количества до-
ступных приложению ресурсов не происходит ожидаемого прироста произво-
дительности приложения (см. тестирование производительности
{91}
 
и тести-
рование масштабируемости
{92}
). 
•
Низкая производительность (low performance) — выполнение неких операций 
занимает недопустимо большое время (см. тестирование производительно-
сти
{91}
). 
•
Крах системы (system crash) — приложение прекращает работу или теряет 
способность выполнять свои ключевые функции (также может сопровож-
даться крахом операционной системы, веб-сервера и т.д.). 
•
Неожиданное поведение (unexpected behavior) — в процессе выполнения не-
которой типичной операции приложение ведёт себя необычным (отличным 
от общепринятого) образом (например, после добавления в список новой за-
писи активной становится не новая запись, а первая в списке). 
•
Недружественное поведение (unfriendly behavior) — поведение приложения 
создаёт пользователю неудобства в работе (например, на разных диалого-
вых окнах в разном порядке расположены кнопки «OK» и «Cancel»). 
•
Расхождение с требованиями (variance from specs) — этот симптом указы-
вают, если дефект сложно соотнести с другими симптомами, но тем не менее 
приложение ведёт себя не так, как описано в требованиях. 
•
Предложение по улучшению (enhancement) — во многих инструментальных 
средствах управления отчётами о дефектах для этого случая есть отдельный 

Атрибуты (поля) отчёта о дефекте
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 182/301 
вид отчёта, т.к. предложение по улучшению формально нельзя считать де-
фектом: приложение ведёт себя согласно требованиям, но у тестировщика 
есть обоснованное мнение о том, как ту или иную функциональность можно 
улучшить. 
Часто встречается вопрос о том, может ли у одного дефекта быть сразу не-
сколько симптомов. Да, может. Например, крах системы очень часто ведёт к потере 
или повреждению данных. Но в большинстве инструментальных средств управле-
ния отчётами о дефектах значение поля «Симптом» выбирается из списка, и потому 
нет возможности указать два и более симптома одного дефекта. В такой ситуации 
рекомендуется выбирать либо симптом, который лучше всего описывает суть ситу-
ации, либо «наиболее опасный» симптом (например, недружественное поведение, 
состоящее в том, что приложение не запрашивает подтверждения перезаписи су-
ществующего файла, приводит к потере данных; здесь «потеря данных» куда 
уместнее, чем «недружественное поведение»).

жүктеу/скачать 5,03 Mb.

Достарыңызбен бөлісу: