Тестирование программного обеспечения. Базовый курс. 3-е издание
Стр: 200/301 Воспроизвести дефект
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Проверить наличие описания найденного вами дефекта
- Сформулировать суть проблемы
|
Стр: 200/301 Воспроизвести дефект Это действие не только поможет в дальнейшем правильно заполнить поле «Воспроизводимость {179} », но и позволит избежать неприятной ситуации, в которой за дефект приложения будет принят некий кратковременный сбой, который (скорее всего) произошёл где-то в вашем компьютере или в иной части ИТ-инфраструктуры, не имеющей отношения к тестируемому приложению. Проверить наличие описания найденного вами дефекта Обязательно стоит проверить, нет ли в системе управления дефектами опи- сания именно того дефекта, который вы только что обнаружили. Это простое дей- ствие, не относящееся непосредственно к написанию отчёта о дефекте, но значи- тельно сокращающее количество отчётов, отклонённых с резолюцией «дубликат». Сформулировать суть проблемы Формулировка проблемы в виде «что сделали (шаги по воспроизведению), что получили (фактический результат в подробном описании), что ожидали полу- чить (ожидаемый результат в подробном описании)» позволяет не только подгото- вить данные для заполнения полей отчёта, но и ещё лучше понять суть проблемы. В общем же случае формула «что сделали, что получили, что ожидали полу- чить» хороша по следующим причинам: • Прозрачность и понятность: следуя этой формуле, вы готовите именно дан- ные для отчёта о дефекте, не скатываясь в пространные отвлечённые рас- суждения. • Лёгкость верификации дефекта: разработчик, используя эти данные, может быстро воспроизвести дефект, а тестировщик после исправления дефекта удостовериться, что тот действительно исправлен. • Очевидность для разработчиков: ещё до попытки воспроизведения дефекта видно, на самом ли деле описанное является дефектом, или тестировщик где-то ошибся, записав в дефекты корректное поведение приложения. • Избавление от лишней бессмысленной коммуникации: подробные ответы на «что сделали, что получили, что ожидали получить» позволяют решать про- блему и устранять дефект без необходимости запроса, поиска и обсуждения дополнительных сведений. • Простота: на финальных стадиях тестирования с привлечением конечных пользователей можно ощутимо повысить эффективность поступающей об- ратной связи, если объяснить пользователям суть этой формулы и попро- сить их придерживаться её при написании сообщений об обнаруженных про- блемах. Информация, полученная на данном этапе, становится фундаментом для всех дальнейших действий по написанию отчёта. Логика создания эффективных отчётов о дефектах Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|