Работа тестировщика ПО – выявить расхождения между ожидаемым функционированием программы, прописанным в требованиях, и ее реальным поведением. Если специалист выявляет ошибки, то создает отчет (баг-репорт), где дает характеристику найденному сбою, чтобы поставить в известность своих коллег. Одни компании не особо заморачиваются по этому поводу, другие – относятся серьезно. Для тех, кто понимает полезность данного документа, наша статья. Английским словом bug называют дефект, имеющий место в программном коде...

Прошлая часть: Что такое тест-план? И почему было бы неплохо если бы у вас он был... Всем привет. Небольшое предисловие. Данная глава получилась немного большой, поэтому если у вас есть желание ознакомиться только с какими-то конкретными ее частями - пользуйтесь поиском по странице по ключевым словам ниже: "Основные атрибуты / поля бага"; "Приоритет и серьезность"; "Статус бага и жизненный цикл бага"; "Для кого на самом деле оформляется баг-репорт". Теперь по теме. По стандарту, пройдемся по определениям...

В прошлый раз мы с вами тестировали сайт и учились фиксировать баги в чек-листе. Но фраза «Кнопка "Поиск" не работает» — это как сказать врачу «у меня болит». Непонятно где, как и почему. Разработчику нужны конкретные данные, чтобы быстро найти и исправить ошибку. Для этого существует Баг-репорт (Bug Report) — основной документ тестировщика. Баг-репорт — это не донос, а способ коммуникации. Его цель — помочь, а не обвинить. Из чего состоит идеальный баг-репорт для новичка? Представьте, что вы описываете ДТП инспектору: где, когда, при каких условиях и что случилось...