Вопрос профессиональным Softразработчикам - БАГ-лист
 

Добрый день!

Есть такой очень интересный для меня вопрос.
При разработке и тестировании большого нового софта необходимо фикисровать изменения, ошибки (баги), дополнения и еще много чего.
Обычно это делается в спецально отведенном для таких дел месте (читай программе) - Баг-лист.

Хотелось бы услышать несколько слов о том чем вы, уважаемые программеры, для этих целей пользуетесь.
Если используете баг-лист сторонних разработчиков (не собственный) то киньте на ПМ ссылку, если не сложно, где можно подробнее об нем почиать.
Если используете баг-лист собственной, то хотелось бы услышать пару слов о его возможностях, структуре.

Если появятся вопросы, не сомневайтесь я их задам.:biggrin:

Огромное спасибо!

maskman
Посмотри вот здесь, списки трекеров с краткими характеристиками и ссылками:
http://www.a-a-p.org/tools_tracking.html
http://zwiki.org/ZopeIssueTrackers

Там же есть ссылка на статья Joel Spolsky, разработчика FogBUGZ, о баг-трекерах.

Из личного опыта: на малые проекты без проблем обходятся без специализированного баг трекера, я использую perforce в качестве cvs, а в нем есть встроенный механизм todo и bug запросов, его вполне хватает.

Есть два типа, - для юзеров и для разработчиков.

Первый для юзеров. Ламера его кличут "баг трекинг менеджер". Гостевуха обычная. Юзера постят сообщения они же - баги, а админ может менять флаг статуса "Просто баг", "Критический баг", "Исправлен", "Отстутстует" и т.д.

Второй - для разработчиков. В большинстве случаев это реализация CVS (Concurrent Versions System). Суть в том, что данная система хранит не только последнюю версию файла, а все. На случай если кто наломает дров. Взять можно здесь - http://www.cvshome.org/

RaZEr
CVS и bug/issue trackers - imho, несколько разные вещи. _ИНОГДА_ совмещаемые в ограниченных масштабах.

Ты не обратил внимание что именно с этого утверждения я начал свой пост?

Saruman
RaZEr
А можно побольше бы узанать про bug/issue trackers, потому как сейчас у нас это реализовано хуже не придумаешь.
На серваке лежит doc-вский файл и все в него пишется. Состояние ошибки различается по цветовой диференциации.
Минусы очевидны:
В одно и тоже время пользуется только один человек.
Word тоже своих глюков добавляет.
И др.

Спасибо за ссылки почитаем-посмотрим.

maskman
А что именно ты хотел бы узнать? Суть у них, в общем-то, та же - есть база данных всех ошибок/запросов на фичи, каждой из них сопоставляется статус - "исправлена", "невоспроизводима", "в обработке" и т.п. Так же может указываться уровень ошибка - "критическая", "замечание" и т.д. По мере обработки ошибок эти состояния меняются. В любой момент времени можно получить, к примеру, список нерешенных ошибок, или любую другую инфу по ним.
PS: вот статья Джоэла Сполски на русском: Работа над ошибками малой кровью

Saruman
Опыт других софтверных компаний, с чем работают, в этом баг-листе удобно то-то в этом отчеты фиговые получаются. А это можно понять либо попробуя все что есть либо по опыту других.

maskman
А, ну тут я могу только повториться - у нас команда небольшая и мы используем perforce в качестве cvs, соответственно опираемся на его встроенные возможности по баг-трекингу. Пока хватает, проблем не возникало.

Saruman
У нас тоже небольшая компашка около 10 проектов:
железо, дрова, софт, документация. И хотелось бы отойти от Ворда на что нибудь профессиональное или полупрофессиональное.

maskman
А cvs какой-нибудь вообще пользуете? Или контроль версий тоже через ворд? 8))

Saruman
Именно.... ну еще и собственные наработки прогараммистов. Все плюются говорят что так нельзя, но ни хера ничего делать нехотят. Давно бы прогармера какого нибудь посадили кинули ТЗ страниц на 20 свое что нибудь придумали.
Вот я и задался небольшой целью узанть что есть и как это к нам пристроить.

maskman
Зачем свое придумывать - есть фриварный open source CVS - Razer на него ссылку давал, cvshome.org, есть коммерческий Perforce - http://www.perforce.com, смотри, читай, выбирай.

Лучшая система управления ошибками на сегодняшний день это bugzilla.
Все доки и описания смотри на http://www.bugzilla.org

Эта штука широко используется при разработке OpenSource программ.
Удобнее, продвинутее и навороченнее я еще не встречал!

По-моему это то что вы ищите.

Аргументы ...

Аргументы:
1. Поддержка получения ошибок сразу по нескольким модулям/программам
2. Множество опций таких как статусы (new, assigned, resolved, uncorfimed итд итп)
3. Уведомления по e-mail
4. Очень расширенное query, т.е. поиск
5. Весьма автоматизированный учет поступающих, поступивших, поправленных ошибок
6. Аттачменты, патчи, комментарии реализованные в удобном и доступном стиле
7. Удобная система аккаунтинга/навигации
8. Интеграция с CVS
9. Очень легко запостить/найти/исправить/довести_до_сведения разработчика ошибку
10. И, боюсь, что это ДАЛЕКО не все. Точнее, я уверен, что далеко не все ;).
11. Еще вспомнил: куча frontend-ов под эту систему (помимо встроенного веб-интерфейса) -- тоже плюс

И все это я могу отметить будучи лишь пользователем и далеко не активным участником разработок. Я правил всего лишь пару багов используя эту сисетму и она мне очень понравилась. :)