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

Свойства качественных отчётов о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 193/301 
2.5.5. 
Свойства качественных отчётов о дефектах 
Отчёт о дефекте может оказаться некачественным (а следовательно, веро-
ятность исправления дефекта понизится), если в нём нарушено одно из следующих 
свойств. 
Тщательное заполнение всех полей точной и корректной информацией.
Нарушение этого свойства происходит по множеству причин: недостаточный опыт 
тестировщика, невнимательность, лень и т.д. Самыми яркими проявлениями такой 
проблемы можно считать следующие: 
•
Часть важных для понимания проблемы полей не заполнена. В результате 
отчёт превращается в набор обрывочных сведений, использовать которые 
для исправления дефекта невозможно. 
•
Предоставленной информации недостаточно для понимания сути проблемы. 
Например, из такого плохого подробного описания вообще не ясно, о чём 
идёт речь: «Приложение иногда неверно конвертирует некоторые файлы». 
•
Предоставленная информация является некорректной (например, указаны 
неверные сообщения приложения, неверные технические термины и т.д.). 
Чаще всего такое происходит по невнимательности (последствия ошибоч-
ного copy-paste и отсутствия финальной вычитки отчёта перед публикацией). 
•
«Дефект» (именно так, в кавычках) найден в функциональности, которая ещё 
не была объявлена как готовая к тестированию. То есть тестировщик конста-
тирует, что неверно работает то, что и не должно было (пока!) верно рабо-
тать. 
•
В отчёте присутствует жаргонная лексика: как в прямом смысле — нелитера-
турные высказывания, так и некие технические жаргонизмы, понятные крайне 
ограниченному кругу людей. Например: «Фигово подцепились чартники». 
(Имелось в виду: «Не все таблицы кодировок загружены успешно».) 
•
Отчёт вместо описания проблемы с приложением критикует работу кого-то 
из участников проектной команды. Например: «Ну каким дураком надо быть, 
чтобы такое сделать?!» 
•
В отчёте упущена некая незначительная на первый взгляд, но по факту кри-
тичная для воспроизведения дефекта проблема. Чаще всего это проявля-
ется в виде пропуска какого-то шага по воспроизведению, отсутствию или не-
достаточной подробности описания окружения, чрезмерно обобщённом ука-
зании вводимых значений и т.п. 
•
Отчёту выставлены неверные (как правило, заниженные) важность или сроч-
ность. Чтобы избежать этой проблемы, стоит тщательно исследовать де-
фект, определять его наиболее опасные последствия и аргументированно 
отстаивать свою точку зрения, если коллеги считают иначе. 
•
К отчёту не приложены необходимые копии экрана (особенно важные для 
косметических дефектов) или иные файлы. Классика такой ошибки: отчёт 
описывает неверную работу приложения с некоторым файлом, но сам файл 
не приложен. 
•
Отчёт написан безграмотно с точки зрения человеческого языка. Иногда на 
это можно закрыть глаза, но иногда это становится реальной проблемой, 
например: «Not keyboard in parameters accepting values» (это реальная ци-
тата; и сам автор так и не смог пояснить, что же имелось в виду). 

Свойства качественных отчётов о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023

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

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