[Инструкции]Как правильно составлять БАГ-репорты?

5929

8

2018-08-13 19:45

Descending
Author
Edited by AlexDeor at 2018-08-13 14:56

Всем привет, в этом уроке я бы хотел рассказать вам как правильно составлять БАГ-репорты на форуме Flyme!

Начнем с того, что узнаем - что же такое баги и почему их нужно сообщать разработчикам!
English Version

-------------------------------------------------------------------------------------------------------------------------------------------

Немного истории

9 сентября 1947 года ученые Гарвардского университета, которые тестировали вычислительную машину Mark 2 нашли застрявшего мотылька между контактами электромеханического реле, который произвел к остановке машины. Баг в переводе с английского — это мотылек, жук, насекомое. С тех пор любые неполадки в вычислительной технике называют: Багом

Багом можно назвать:

- несоответствие требованиям или специфкации
- сбой программы, приводящий к ее завершению
- зависание программы (отсутствие отклика)
- выдача любым ошибок (программных или системных)
- мелкие неточности и т.д.


------------------------------------------------------------------------------------------------------------------------------------------



Из вышеуказанной информации можно понять, что "БАГИ" существуют везде, и при разработке любого ПО допустить ошибку более,чем возможно, и это нормально! Ведь софт пишет человек, а люди склонны ошибаться.
Для этого существуют тестеры (мы с вами), которые помогают разработчикам доводить софт до ума и исправлять ошибки.
Составляя БАГ-репорт нам понадобится как можно точнее описать проблему!


Для этого нам потребуется:

- Репорт должен быть ТОЛЬКО НА АНГЛИЙСКОМ ЯЗЫКЕ!!!! НИКАКОМ БОЛЬШЕ!!!!
- Точное описание проблемы
- Пошаговое описание вызова той или иной проблемы.
- Скриншоты (если это визуальная проблема), где можно увидеть саму проблему визуально.
- ЛОГ файл, в котором записана вся подробная информация о данной проблеме

И это минимальный набор для хорошего репорта!

Ниже я приведу несколько примеров с описанием.
-------------------------------------------------------------------------------------------------------------------------------------------


КАК ДЕЛАТЬ НЕ НАДО!

 
На данном скрине видно, что в репорте не указано никакой информации, ни версии прошивки, ни пошаговой инстуркции, ни скриншотов, логов и чего-либо еще. Простое описание без подробностей... Такой репорт разработчики даже не будут рассматривать, потому что ничего не понятно.

-------------------------------------------------------------------------------------------------------------------------------------------

И КАК НУЖНО СОСТАВЛЯТЬ НОРМАЛЬНЫЙ РЕПОРТ!

 

Здесь мы видим, что указана и версия прошивки в описании, и точное название ошибки, описание, пошаговая инструкция, скриншоты, лог файл и контактная информация для связи с тестировщиком.
Такой репорт попадет в руки разработчикам,т.к. все более чем понятно и специалисты смогут разобраться в проблеме.

Также ОЧЕНЬ ВАЖНО!

Внизу есть кнопка "i have the same" - ее обязательно нужно нажимать,если вы заметили у себя ту же проблему! Это поможет отсеять более важные проблемы в перечне репортов, потому что если ошибка вылезла только у вас, и ни у кого больше, то это значит, что проблема не серьезная, а когда вы жмете на "у меня тоже самое", то это выделяет репорт "из толпы".

Спасибо большое за внимание, с уважением Alex Deor!