Блог седого тестировщика

говориМ о тестировании
простым языком

Отчеты о дефектах. Назначение

Время на прочтение: 2 мин.
Как оформить найденные ошибки так, чтобы программисты и разработчики могли с легкость воспроизвести их? Этот вопрос часто волнует начинающих тестировщиков.

Сегодня начинаем цикл статей, посвященный правильному и качественному оформлению найденных ошибок.

Для начала давайте разберемся, что такое описание ошибки и почему важно уметь качественно описывать найденные дефекты.

Тестировщику важно уметь не только качественно тестировать, но и правильно оформлять найденные ошибки.

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

Определение

Чтобы дать наиболее точное определение, необходимо обратиться к стандартам. В нашем случае, к ISTQB.

Отчет о дефекте (bug report) — документ, содержащий отчет о любом недостатке в компоненте или системе, который может привести компонент или систему к невозможности выполнить требуемую функцию. [IEEE 829]

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

С определением разобрались, поехали дальше.

Зачем необходимо правильно описывать ошибку

На одном проекте за месяц можно найти огромное количество багов. Иногда их количество измеряется тысячами. Каждый дефект необходимо изучить и составить отчет, а затем передать на исправление.

Теперь представьте, что на проекте работают несколько тестировщиков и каждый будет оформлять дефект так, как захочет. Это значит, что каждый новый отчет разработчику придется изучать и искать необходимую информацию об ошибке. А значит тратить на это дополнительное время. В условиях, когда дефектов очень много, это становится слишком затратным действием и эффективность разработки продукта снижается.

Таким образом, главными задачами отчета об ошибке являются:
1. Показать, в чем заключается ошибка.
2. Помочь исправить дефект с минимальными затратами.

Когда ошибка описана четко и по стандарту, принятому в конкретной фирме для всех тестировщиков, программисты перестают тратить время на расшифровку описания бага, а занимаются его исправлением.

Каким должен быть отчет

Любой может написать баг-репорт. Но не все могут сделать его информативным и полезным. Важно научиться отличать посредственное описание от хорошего.

Полезные репорты это те, которые приводят к исправлению ошибки. Хороший баг-репорт должен быть:

  • Воспроизводимый – если воспроизведение бага невозможно, то он не будет исправлен. Чем скорее и проще разработчик сможет воспроизвести ошибку, тем скорее он ее исправит. В противном случае, более вероятно, что разработчик просто перейдет к следующему баг-репорту.
    В описании ошибки вы должны четко описать шаги для воспроизведения, не пропуская ни одного из них.
  • Конкретный и информативный — не надо писать целое эссе о проблеме. Постарайтесь быть конкретными и максимально информативными. Стремитесь описать проблему с минимальным количеством слов. И, в любом случае, не суммируйте несколько ошибок, даже если они кажутся похожими. Пишите разные отчеты для каждой ошибки.

Итак, баг-репорт — это основной инструмент, который помогает тестировщику объяснить программисту место поиска бага. А о том, как его составлять мы поговорим в следующей статье.

Поделиться в vk
Vkontakte
Поделиться в facebook
Facebook
Поделиться в linkedin
LinkedIn
Поделиться в twitter
Twitter

Автор статьи:

Подписаться
Уведомить о
guest
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии

Ближайшие события

Ближайшие события