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



Сегодня расскажу о том, как правильно писать баг-репорты. В начале карьеры я думала, что указывать много деталей в простом баг-репорте — это лишнее. Ведь зачем подробно описывать что-то очевидное, если это всем понятно? Но с опытом убедилась, что всё очевидное сегодня уже никто не помнит завтра, поэтому важно фиксировать всё.



Сравните оформление одного и того же бага:



1) По нажатию на кнопку ничего не происходит



2) Калькулятор не работает с числами с точкой, например, 5.0



Как воспроизвести:

1. Открыть страницу https://qainterview.pythonanywhere.com/

2. Ввести в поле ввода 5.0

3. Нажать Calculate!



ОР: выводится результат вычисления факториала для целого числа 5

”The factorial of 5 is: 120”

ФР: по нажатию на кнопку ничего не происходит. Страница остаётся в прежнем состоянии.



Почему второй пример лучше:

В нём описали порядок действий для достижения результата и ожидаемый (ОР) и фактический (ФР) результаты. Так понятно, какое поведение системы ожидали и какое получили по факту. 



Полное описание поможет команде понять, где именно ошибка, как её воспроизвести и исправить.



Ещё при описании бага полезно указывать название и версию браузера и предлагать решение проблемы, если есть версии. Но об этом расскажу подробнее в другой раз.