Тестировщик с нуля | Урок 11 | Примеры баг-репортов в багтрекингах JIRA и REDMINE.

• Олег рассказывает о принципах оформления баг-репортов.  

• Обсуждаются принципы: перечитать оформление бага сразу после написания, один баг - одна задача.  

• Важно улучшать описание бага после первого прочтения.  

• Один баг - одна задача: тестируйте функционал и фиксируйте ошибки в рамках одной задачи.  

• Некоторые разработчики предпочитают фиксировать все баги в одной задаче, но это может быть неудобно.  

• Если разработчик фиксирует баги в разных ветках, может возникнуть путаница.  

• Лучше фиксировать баги в рамках одной задачи, чтобы избежать путаницы.  

• Пример: если найдены баги в форме авторизации, лучше создать два баг-репорта для разных групп багов.  

• Проверяйте, не был ли баг уже заведен.  

• Используйте поиск в баг-трекинговых системах.  

• Не используйте личные обращения в баг-репортах.  

• Описывайте баг по принципу "что? где? когда? шаги и фактический результат".  

• Описывайте точный сценарий бага на тестовом стенде.  

• Передавайте всю необходимую информацию разработчику для воспроизведения бага.  

• Пример хорошего баг-репорта в Jira: соблюдение принципа "что? где? когда?", описание шагов, ожидаемого и фактического результата, приложенные логи и скриншот.  

• Пример плохого баг-репорта в Jira: отсутствие хорошего заголовка и шагов, но описание кейсов и исправлений.  

• Олег завершает урок и обещает новые встречи на следующих уроках.