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


Идентичные краткое и подробное описания (summary и description)



Pdf көрінісі
бет228/307
Дата03.07.2023
өлшемі5,03 Mb.
#179304
1   ...   224   225   226   227   228   229   230   231   ...   307
Байланысты:
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU

Идентичные краткое и подробное описания (summary и description).
Да, 
изредка бывают настолько простые дефекты, что для них достаточно одного крат-
кого описания (например, «Опечатка в имени пункта главного меню “File” (сейчас 
“Fille”)»), но если дефект связан с неким более-менее сложным поведением прило-
жения, стоит продумать как минимум три способа описания проблемы: 

краткий для поля «краткое описание» (его лучше формулировать в самом 
конце размышлений); 

подробный для поля «подробное описание» (поясняющий и расширяющий 
информацию из «краткого описания»); 

ещё один краткий для последнего шага в шагах по воспроизведению де-
фекта. 
И это не интеллектуальные игры от переизбытка свободного времени, это 
вполне рабочий инструмент для формирования понимания сути проблемы (по-
верьте, вы едва ли сможете объяснить тремя разными способами то, что не пони-
маете). 


Типичные ошибки при написании отчётов о дефектах
Тестирование программного обеспечения. Базовый курс. 
© EPAM Systems, 2015–2023
 
Стр: 203/301 
Отсутствие в подробном описании явного указания фактического ре-
зультата, ожидаемого результата и ссылки на требование
, если они важны, и 
их представляется возможным указать. 
Да, для мелочей наподобие опечаток в надписях этого можно не делать (и 
всё равно: при наличии времени лучше написать). 
Но что можно понять из отчёта о дефекте, в кратком и подробном описании 
которого сказано только «приложение показывает содержимое OpenXML-файлов»? 
А что, не должно показывать? В чём вообще проблема? Ну, показывает и показы-
вает — разве это плохо? Ах, оказывается (!), приложение должно не показывать 
содержимое этих файлов, а открывать их с помощью соответствующей внешней 
программы. Об этом можно догадаться из опыта. Но догадка — плохой помощник в 
случае, когда надо переписывать приложение, — можно сделать только хуже. Это 
также можно (наверное) понять, вдумчиво читая требования. Но давайте будем ре-
алистами: отчёт о дефекте будет отклонён с резолюцией «описанное поведение не 
является дефектом» («not a bug»). 


Достарыңызбен бөлісу:
1   ...   224   225   226   227   228   229   230   231   ...   307




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет