Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Краткое описание
|
Стр: 175/301 Идентификатор (identifier ) представляет собой уникальное значение, позво- ляющее однозначно отличить один отчёт о дефекте от другого и используемое во всевозможных ссылках. В общем случае идентификатор отчёта о дефекте может представлять собой просто уникальный номер, но (если позволяет инструменталь- ное средство управления отчётами) может быть и куда сложнее: включать пре- фиксы, суффиксы и иные осмысленные компоненты, позволяющие быстро опреде- лить суть дефекта и часть приложения (или требований), к которой он относится. Краткое описание (summary) должно в предельно лаконичной форме давать исчерпывающий ответ на вопросы «Что произошло?» «Где это произошло»? «При каких условиях это произошло?». Например: «Отсутствует логотип на странице приветствия, если пользователь является администратором»: • Что произошло? Отсутствует логотип. • Где это произошло? На странице приветствия. • При каких условиях это произошло? Если пользователь является админи- стратором. Одной из самых больших проблем для начинающих тестировщиков является именно заполнение поля «краткое описание», которое одновременно должно: • содержать предельно краткую, но в то же время достаточную для понимания сути проблемы информацию о дефекте; • отвечать на только что упомянутые вопросы («что, где и при каких условиях случилось») или как минимум на те 1–2 вопроса, которые применимы к кон- кретной ситуации; • быть достаточно коротким, чтобы полностью помещаться на экране (в тех системах управления отчётами о дефектах, где конец этого поля обрезается или приводит к появлению скроллинга); • при необходимости содержать информацию об окружении, под которым был обнаружен дефект; • по возможности не дублировать краткие описания других дефектов (и даже не быть похожими на них), чтобы дефекты было сложно перепутать или по- считать дубликатами друг друга; • быть законченным предложением русского или английского (или иного) языка, построенным по соответствующим правилам грамматики. Для создания хороших кратких описаний дефектов рекомендуется пользо- ваться следующим алгоритмом: 1. Полноценно понять суть проблемы. До тех пор, пока у тестировщика нет чёт- кого, кристально чистого понимания того, «что сломалось», писать отчёт о дефекте вообще едва ли стоит. 2. Сформулировать подробное описание (description) дефекта — сначала без оглядки на длину получившегося текста. 3. Убрать из получившегося подробного описания всё лишнее, уточнить важ- ные детали. 4. Выделить в подробном описании слова (словосочетания, фрагменты фраз), отвечающие на вопросы, «что, где и при каких условиях случилось». 5. Оформить получившееся в пункте 4 в виде законченного грамматически пра- вильного предложения. 6. Если предложение получилось слишком длинным, переформулировать его, сократив длину (за счёт подбора синонимов, использования общепринятых аббревиатур и сокращений). К слову, в английском языке предложение почти всегда будет короче русского аналога. Атрибуты (поля) отчёта о дефекте Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|