> For the complete documentation index, see [llms.txt](https://swit-school.gitbook.io/qa-book/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://swit-school.gitbook.io/qa-book/testuvannya-igor/bug-report/cili-bug-report.md).

# Цілі bug-report

* Надати інформацію про проблему. 
* Пріоритезувати її. 
* Сприяти усуненню проблеми.  

У тестувальника немає завдання засипати команду незліченними баг репортами. Перед ним стоїть задача написати саме ті, які важливі для бізнесу і допоможуть вдосконалити ПЗ, яке випускається.  

Дуже важливий момент: тестувальнику НЕпотрібно писати 1000 беззмістовних bug reports — він має оформити звіт таким чином, щоб робота з усунення помилок була ефективною.  

**Чому це важливо?**  

Кількість ресурсів, які ми можемо витратити на проєкт, є незмінною і жодним чином не залежить від того, скільки баг репортів ми заведемо. Якщо розробник буде постійно відволікатися на виправлення помилок, які не впливають на бізнес (проєкт), то в нього залишиться менше часу на реалізацію корисного функціоналу додатку.  

Тестувальник має детально описати де і що він знайшов. Баг-репорт створюється та відслідковується в баг-трекінгових системах

<br>