Во время тестирования тестировщик записывает свои наблюдения, найденные баги и другую полезную информацию, полезную разработчикам и менджменту. Вся эта информация — баг-репорт (или тест-репорт)
Детальный баг-репорт — важный итог, полученный в результате тестирования. Он содержит следующую информаию:
- баги тестируемого продукта
- способы воспроизведения багов
- окружение и специальные условия, в которых воспроизводятся баги
- резолюция (отчет о проверке), в случае, если разработчики исправили какие-то из ранее найденных багов.
Вот еще немного информации о том, что должен содержать хороший баг-репорт:
| Поле | Описание |
|---|---|
| Title (название) | Краткий заголовок, описывающий проблему в общем. Не должен быть слишком длинным, но должен быть понятным и точным. |
| Description (описание) | Описание должно покрывать то, что не описано в названии. Содержит подробное описание бага, его влияние на продукт, шаги для воспроизведения, ожидаемый результат. |
| Version (версия) | Production-версия продукта, в которой был найден баг. Можно потратить много времени, пытаясь воспроизвести ошибку на других версиях (в которых, возможно, ее просто нет) |
| Status (статус) | В каждый момент времени баг может быть в одном из состояний: «Active» (активный), «Ready for Testing» (готов к тестированию), Closed (закрыт). Баг становится «активным», когда он найден; готов к тестированию — когда разработчик его исправляет. Тестировщик может перевести его в состояние «Closed» после исправления и повторного тестирования. |
| Steps to reproduce (шаги воспроизведения) | Описание шагов, которые нужно сделать, чтобы воспроизвести проблему. |
| Assigned to (назначен на…) | Имя разработчика или тестировщика, на которого назначен баг. |
| Resulution (резолюция) | Когда разработчик исправляет баг, желательно описать причину его появления и способ исправления. Это может быть полезно, если в будущем будет найдено что-то похожее. |
На картинках ниже показаны примеры баг-репортов из Jira — популярной системы управления проектами.
