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

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

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

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

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

Как воспроизвести:
1. Открыть страницу https://qainterview.pythonanywhere.com/
2. Ввести в поле ввода 5.0
3. Нажать Calculate!

ОР: выводится результат вычисления факториала для целого числа 5
”The factorial of 5 is: 120”
ФР: по нажатию на кнопку ничего не происходит. Страница остаётся в прежнем состоянии.

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

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

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