[Bug report]Поделитесь опытом

Сел рядом, слушает :)))

Как работать с багзиллой — http://lib.custis.ru/index.php/Bugzilla

1. Какую версию софта ставить? Последнюю стабильную или то, что еще не вышло.

Если что-то не работает в той версии программы, которая поставляется с дистрибутивам, но работает в самой свежей стабильной версии программы (с сайта разработчиков), то багрепорт следует слать мейнтейнерам дистрибутива, чтобы они или добавили в репозитории более свежую версию или бэкпортировали патч с исправлением. Если что-то не работает и самой свежей версии программы, то багрепорт точно нужно писать разработчикам. Если есть возможность поставить ещё не вышедшую версию (test, rc, trunk, etc.), то можно проверить и на ней, чем немного упростить жизнь разработчиков.

2. Какая информация нужна для отчета. (будет полезной)

Вся, которая хоть как-то может быть связана с проблемой.

3. Как правильно составить отчет.

Обычно правила составления багрепортов лежат на сайтах программ и их разработчиков. Общие правила примерно такие:

• Максимально понятно описать проблему (чтобы разработчик понял о чём речь)
• Приложить информацию, которая может быть важна (от версии системы и софта до крешдампов)
• Если возможно, попробовать воспроизвести проблему, детально расписав по пунктам весь процесс

4. Что нужно, чтобы прислать патчи.

Текстовый редактор, diff, голову и руки.

Вся, которая хоть как-то может быть связана с проблемой.

К.О. тебе завидует )

>1. Какую версию софта ставить? Последнюю стабильную или то, что еще не вышло.

Либо последнюю стабильную, либо «тестинг» (альфа/бета/из свн/т.д.) - ну очевидно же!

1. Какую версию софта ставить? Последнюю стабильную или то, что еще не вышло.

последнюю, желательно из svn'a. это если ты тестируешь какой-то софт. если это дистрибутив - то последнюю, из того, что есть в репах

2. по максимуму. много - не мало

3. 1. полная инфа о рабочей среде. 2. steps to reproduce - ну, тут понятно, как повторить баг 3. ожидаемый результат 4. реальный результат

+ осмысленный заголовок

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

+не плодить дубликаты багов

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

К.О. тебе завидует )

Как я могу сам себе завидовать? =)

Вот кстати, первая же ссылка по запросу «how to report bugs» в гугле:

http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

http://www.chiark.greenend.org.uk/~sgtatham/bugs-ru.html