Перейти к содержимому

Фотография

Сравнение баг-трекинг систем


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 22

#1 Tuchka_84

Tuchka_84

    Активный участник

  • Members
  • PipPip
  • 105 сообщений
  • ФИО:Маша

Отправлено 04 февраля 2008 - 06:54

Здравствуйте,
В нашей компании применяются две баг-трекинг системы Bugzilla(частично русифицированная) и TestTrack.В нашем офисе где я работаю используется TestTrack, мне он нравится намного больше багзилы , использую его давно (еще с прошлой работы).Но сейчас встал вопрос об объединении баз и переходе на одну систему баг-трекинга.Пожалуйста, подскажите сравнительные характеристики багзилы и тесттрака, такие в которых тесттрак "выигрывает". Просто хотелось бы привести примеры, а в голову кроме настраиваемого Workflow и удобных отчетов больше ничего не приходит :(. ЗЫ в википедии нашла табличку со сравнительными характеристиками, хотелось бы что-нить еще, если у кого есть. Может у руководителей отделов, которые устанавливали и выбирали Тесттрак в качестве баг-трекинг системы остались какие то доказательства.
  • 0

#2 Oldman

Oldman

    Опытный участник

  • Members
  • PipPipPipPip
  • 331 сообщений
  • ФИО:Александр

Отправлено 04 февраля 2008 - 07:53

Здравствуйте,
В нашей компании применяются две баг-трекинг системы Bugzilla(частично русифицированная) и TestTrack.В нашем офисе где я работаю используется TestTrack, мне он нравится намного больше багзилы , использую его давно (еще с прошлой работы).Но сейчас встал вопрос об объединении баз и переходе на одну систему баг-трекинга.Пожалуйста, подскажите сравнительные характеристики багзилы и тесттрака, такие в которых тесттрак "выигрывает". Просто хотелось бы привести примеры, а в голову кроме настраиваемого Workflow и удобных отчетов больше ничего не приходит :(. ЗЫ в википедии нашла табличку со сравнительными характеристиками, хотелось бы что-нить еще, если у кого есть. Может у руководителей отделов, которые устанавливали и выбирали Тесттрак в качестве баг-трекинг системы остались какие то доказательства.


Я так понял вам нужны не сравнительные характеристики, а преимущества TestTrack. Зачем подменять выбор и зачем вам характеристики если выбор уже сделан?
  • 0

#3 Tuchka_84

Tuchka_84

    Активный участник

  • Members
  • PipPip
  • 105 сообщений
  • ФИО:Маша

Отправлено 04 февраля 2008 - 08:30

Да мне нужны именно преимущества Тесттрак.Если у кого то они есть буду очень признательна.
  • 0

#4 maximkr

maximkr

    Активный участник

  • Members
  • PipPip
  • 96 сообщений
  • ФИО:Крамаренко Максим
  • Город:Смоленск

Отправлено 04 февраля 2008 - 11:20

Да мне нужны именно преимущества Тесттрак.Если у кого то они есть буду очень признательна.


Ну, наличие workflow - это очень важное преимущество, это же основа подобных систем. А по поводу bugzilla почитайте блог ее разработчиков:
http://avatraxiom.li....com/58084.html
===
Nowadays, almost all of our competitors have one advantage: they are not written in perl. They can actually develop features more quickly than we can, not because of the number of contributors they have, but because the language they're using allows it. There are at least two bug-trackers that I can think of off the top of my head that didn't even exist in 1998 and were developed rapidly up to a point where they could compete with Bugzilla.
...
In 1998, Perl was the right choice for a language to re-write Bugzilla in. In 2007, though, having worked with Perl extensively for years on the Bugzilla project, I'd say the language itself is our greatest hinderance.
...
Without taking some action, I'm not sure how many more years Bugzilla can stay alive as a product.
===

Они там собираются переписать bugzilla на каком-нибудь другом языке, мотивируя тем, что без этого проект может скоро помереть. Но и переписывание bugzilla на другом языке - это тоже смерть проекту, т.к. реализация тех же идей (со всеми плюсами и минусами) на другом языке программирования уже есть - это Jira.

А вообще попробуйте отписать в seapine, им такие вопросы должны через день приходить.
  • 0
Максим Крамаренко

TrackStudio - система управления задачами (issue tracker) для больших проектов.

#5 LeshaL

LeshaL

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 04 февраля 2008 - 13:42

...
Они там собираются переписать bugzilla на каком-нибудь другом языке, мотивируя тем, что без этого проект может скоро помереть. Но и переписывание bugzilla на другом языке - это тоже смерть проекту, т.к. реализация тех же идей (со всеми плюсами и минусами) на другом языке программирования уже есть - это Jira.
...

Мне кажется, вы не учитываете того факта, что bugzilla при всех ее недостатках - бесплатная. И для небольших фирм - это то что надо. И как показывает практика, если не ждать от нее много - то как дефект-трэкерный тул багзила неплоха.
Если у Jira появится бесплатный конкурент - который имеет примерно туже самую функциональность - кому грозит смерть или забвение?
  • 0
Regards,
Alexey

#6 winzard

winzard

    Новый участник

  • Members
  • Pip
  • 10 сообщений

Отправлено 04 февраля 2008 - 13:53

Если у Jira появится бесплатный конкурент - который имеет примерно туже самую функциональность - кому грозит смерть или забвение?


Бесплатному конкуренту, естественно. Нужно ли аргументировать?
  • 0

#7 LeshaL

LeshaL

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 04 февраля 2008 - 14:05

Если у Jira появится бесплатный конкурент - который имеет примерно туже самую функциональность - кому грозит смерть или забвение?


Бесплатному конкуренту, естественно. Нужно ли аргументировать?

Конечно же нужно. У меня другое мнение.
Взять хотя бы eclipse, появление которого сделало нецелесообразным разработку некоторых комерческих IDE.
  • 0
Regards,
Alexey

#8 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 04 февраля 2008 - 14:35

Мне кажется, вы не учитываете того факта, что bugzilla при всех ее недостатках - бесплатная.

Я ни разу не адепт фриварных идеологий, но в случае с Багзиллой всё-таки выскажусь :) Ну её нафиг с её бесплатностью - более куцого внешне решения я не видел и работать с ней бр-р-р-р :) ИМХО.

А если у организации нет 1-1.5к на покупку годовой лицензии для инструмента чендж-риквест-менеджмента, это уже в топку :) Опять-же ИМХО.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#9 LeshaL

LeshaL

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 04 февраля 2008 - 19:35

Мне кажется, вы не учитываете того факта, что bugzilla при всех ее недостатках - бесплатная.

Я ни разу не адепт фриварных идеологий, но в случае с Багзиллой всё-таки выскажусь :) Ну её нафиг с её бесплатностью - более куцого внешне решения я не видел и работать с ней бр-р-р-р :) ИМХО.

А если у организации нет 1-1.5к на покупку годовой лицензии для инструмента чендж-риквест-менеджмента, это уже в топку :) Опять-же ИМХО.

Готовьте топку, топите печку - вот вам парочка кандидатов:
https://bugs.eclipse..._bug_wizard.cgi
http://subversion.ti...ssues/query.cgi
Ишью-трэкер, не багзила - но по функциональности ровно тоже самое.

Да и маленькие стартапы, не будут тратить 1.5К. И правильно сделают. На 10 человек - багзилы достаточно.
  • 0
Regards,
Alexey

#10 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 04 февраля 2008 - 20:29

Готовьте топку, топите печку - вот вам парочка кандидатов:
https://bugs.eclipse..._bug_wizard.cgi
http://subversion.ti...ssues/query.cgi
Ишью-трэкер, не багзила - но по функциональности ровно тоже самое.

Это Bugzilla, в обоих случаях. Вероятно просто кастомизированная - код ведь открыт.
Открытость кода и значит возможность его изменять (подстраивать под себя) и есть одно из преимуществ Bugzilla (да я знаю что Jira отдает код в продвинутых конфигурациях).
  • 0

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#11 maximkr

maximkr

    Активный участник

  • Members
  • PipPip
  • 96 сообщений
  • ФИО:Крамаренко Максим
  • Город:Смоленск

Отправлено 04 февраля 2008 - 20:30

Если у Jira появится бесплатный конкурент - который имеет примерно туже самую функциональность - кому грозит смерть или забвение?


Бесплатному конкуренту, естественно. Нужно ли аргументировать?

Конечно же нужно. У меня другое мнение.
Взять хотя бы eclipse, появление которого сделало нецелесообразным разработку некоторых комерческих IDE.


Ну, за eclipse стоит IBM, они ее очень активно продвигали на всяких мероприятиях. Я про eclipse впервые узнал именно из такого IBM-овского семинара из уст какого-то большого начальника по Sales, они там говорили, что вбухали в этот продукт очень много денег. C bugzilla ситуация совершенно иная - продукт явно старый и бесперспективный, зачем кому-то тратить много денег на его переписывание - не понятно.
  • 0
Максим Крамаренко

TrackStudio - система управления задачами (issue tracker) для больших проектов.

#12 maximkr

maximkr

    Активный участник

  • Members
  • PipPip
  • 96 сообщений
  • ФИО:Крамаренко Максим
  • Город:Смоленск

Отправлено 04 февраля 2008 - 20:39

Мне кажется, вы не учитываете того факта, что bugzilla при всех ее недостатках - бесплатная.

Я ни разу не адепт фриварных идеологий, но в случае с Багзиллой всё-таки выскажусь :) Ну её нафиг с её бесплатностью - более куцого внешне решения я не видел и работать с ней бр-р-р-р :) ИМХО.

А если у организации нет 1-1.5к на покупку годовой лицензии для инструмента чендж-риквест-менеджмента, это уже в топку :) Опять-же ИМХО.

Готовьте топку, топите печку - вот вам парочка кандидатов:
https://bugs.eclipse..._bug_wizard.cgi
http://subversion.ti...ssues/query.cgi
Ишью-трэкер, не багзила - но по функциональности ровно тоже самое.

Да и маленькие стартапы, не будут тратить 1.5К. И правильно сделают. На 10 человек - багзилы достаточно.


А зачем багзилла ? Есть много более приличных open source продуктов, тот же Trac.
Думаю, из вот этого списка набрать штук 20 бесплатных/недорогих систем будет несложно. Если они перепишут bugzilla на другом языке - чем новая багзилла будет лучше всех этих систем ?
  • 0
Максим Крамаренко

TrackStudio - система управления задачами (issue tracker) для больших проектов.

#13 maximkr

maximkr

    Активный участник

  • Members
  • PipPip
  • 96 сообщений
  • ФИО:Крамаренко Максим
  • Город:Смоленск

Отправлено 04 февраля 2008 - 20:48

Это Bugzilla, в обоих случаях. Вероятно просто кастомизированная - код ведь открыт.
Открытость кода и значит возможность его изменять (подстраивать под себя) и есть одно из преимуществ Bugzilla (да я знаю что Jira отдает код в продвинутых конфигурациях).


1. Atlassian отдает код Jira отдает во всех конфигурациях.
2. JRA-1330 показало, что даже наличие исходного кода, 100+ разработчиков, миллионы долларов оборота и прочее не может помочь с решением проблемы, если о ней не подумали 5 лет назад. Проблемы bugzilla куда более серьезные и застарелые.

В общем я бы не надеялся на открытый код как на большое преимущество. Собственно, из ссылки в моем первом посте понятно, что разработчики bugzilla и не надеются - они там подробно описывают причины.
  • 0
Максим Крамаренко

TrackStudio - система управления задачами (issue tracker) для больших проектов.

#14 LeshaL

LeshaL

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 04 февраля 2008 - 22:58

Ну, за eclipse стоит IBM, они ее очень активно продвигали на всяких мероприятиях. Я про eclipse впервые узнал именно из такого IBM-овского семинара из уст какого-то большого начальника по Sales, они там говорили, что вбухали в этот продукт очень много денег. C bugzilla ситуация совершенно иная - продукт явно старый и бесперспективный, зачем кому-то тратить много денег на его переписывание - не понятно.

Максим, а разве в багзилу мало денег вбухали? Я думаю не мало. Причем ее выбирают и используют. Теже создатели еклипса, например. И на тигрис-е, завуалировав под названием issue-tracker и слегка поменяв шкурку. Вы правы - issue-tracker это чуток покоцаная по функциональности багзилла, хотя в явном виде это нигде не сказано.

Но я не адепт багзиллы, отнюдь. Просто работал с ней и ничего страшного не было. Придумал наиболее удобный процесс, контролировал изменения. Можно с ней работать. А бесплатность, зачастую намного более сильное преимущество, чем наличие функциональности, которой не факт, что кто-то когда-то воспользуется.
Наверное есть и более удобные, бесплатные дефект-трэкеры. Но почему-то, первым из этой категории приходит на ум багзилла.
Интересно, из списка тулов, который вы прислали: сколькими некомерческими тулами можно пользоваься? Есть ли опыт и примеры удачного применения. И какие преимущества перед старой доброй багзиллой?

И еще, текст, на которую вы ссылаетесь - мысли вслух какого-то человека, живущего в маунтин вью. Возможно он девелопер мозиллы. Но написаное в его личном блоге не может быть официальной информацией, не так ли? А может все так и есть, как там написано.
Надо бы вот тут посмотреть, если там конечно есть чего-нить интересное http://wiki.mozilla....ugzilla:Roadmap

PS: если бы у меня (как у инженера, а особенно QA-лида) был выбор, между багзилой и платным тулом(возможно с саппортом) - то я бы ессно выбрал второй.
  • 0
Regards,
Alexey

#15 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 февраля 2008 - 07:37

Готовьте топку, топите печку - вот вам парочка кандидатов

...

Да и маленькие стартапы, не будут тратить 1.5К. И правильно сделают. На 10 человек - багзилы достаточно.

Я таких контор могу ещё десяток привести - вопрос не в том, что они его используют, а в том какое-же оно убогое... что ли. Нет денег - можно и бумажными карточками пользоваться вполне успешно.

А вот про старап не соглашусь - потом возникает вопрос миграции, верно?
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#16 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 февраля 2008 - 07:38

Открытость кода и значит возможность его изменять (подстраивать под себя) и есть одно из преимуществ Bugzilla (да я знаю что Jira отдает код в продвинутых конфигурациях).

Подстраивать под себя изменяя код - это самое дорогое, что можно придумать. Инструмент должен обладать встроенными средствами кастомизации, иначе это не ИНструмент, а Конструктор. Конструкторы тоже имеют право на жизнь, не спорю: вопрос только в том, что больше нужно - работать или дотачивать конструктор.

Есть такая расхожая менеджерская шутка-байка: самое интересное в любом проекте, это разработка средств управления проектом и внутренних утилит :)
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#17 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 февраля 2008 - 07:40

Ну, за eclipse стоит IBM, они ее очень активно продвигали на всяких мероприятиях. Я про eclipse впервые узнал именно из такого IBM-овского семинара из уст какого-то большого начальника по Sales, они там говорили, что вбухали в этот продукт очень много денег. C bugzilla ситуация совершенно иная - продукт явно старый и бесперспективный, зачем кому-то тратить много денег на его переписывание - не понятно.

Присоединюсь и соглашусь.

Коллеги, прислушайтесь к Максиму, как производитель трекера он знает, что говорит.
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#18 maximkr

maximkr

    Активный участник

  • Members
  • PipPip
  • 96 сообщений
  • ФИО:Крамаренко Максим
  • Город:Смоленск

Отправлено 05 февраля 2008 - 08:19

Максим, а разве в багзилу мало денег вбухали? Я думаю не мало. Причем ее выбирают и используют. Теже создатели еклипса, например. И на тигрис-е, завуалировав под названием issue-tracker и слегка поменяв шкурку.


Тут моменты такие:

1) tigris, eclipse - проекты довольно старые, багзилла там используется давно. А году в 2000 bugzilla была не столь уж морально устаревшей (многие коммерческие багтрекеры, которые написали в те годы просто копировали функциональность bugzilla с другим интерфейсом), perl был гораздо более живой, и т.п.

2) Если у вас коммерческий продукт/проект - не стоит ориентироваться на то, какую систему выбрал такой-то open source проект, у них другие цели и проблемы. Для open source проектов характерно большое количество "случайных" пользователей и простые/неформальные внутренние процессы, соответственно багтрекер для open source проекта обязан быть максимально простым для случайного пользователя, обязан иметь анонимный доступ, желательно уметь ставиться на недорогой хостинг. Т.к. open source багтрекеры писались в первую очередь "для своих", то неудивительно, что они удовлетворяют этим требованиям.
Issue tracker для коммерческих проектов - это в первую очередь средство организации работы _внутри_ команды, тут важна поддержка ролей, возможность создания задач с разными workflow, настройка прав пользователей, интеграция с LDAP, учет почасовой оплаты и т.п. У разработчиков open source проектов таких проблем никогда не было, поэтому эти возможности в open source багтрекерах традиционно поддерживаются в последнюю очередь и довольно плохо.

3) Есть такая книжка Брукса - "Мифический человеко-месяц". Одна из идей там - чтобы проект жил долго и хорошо развивался, нужно чтобы архитектуру/ядро системы разрабатывало минимальное количество людей, а остальные разработчики им бы помогали ("операционная бригада"). Для многих некоммерческих open source проектов это объективно сложно сделать - ключевые разработчики могут заниматься проектом максимум несколько часов в день (где-то еще работать надо), а патчи от сторонних разработчиков приходится принимать, даже если они не вполне вписываются в архитектуру системы (иначе прогресс вообще остановится). Если за open source продуктом стоит компания, которая может нанять на fulltime ключевых разработчиков и платить за реализацию конкретных фич - все становится гораздо проще. Если open source продукт - это реализация стандарта (например, XML) - все еще проще.

Итого: даже полное переписывание багзиллы вряд ли позволит сделать из нее хотя бы бесплатный аналог Jira, для этого им сначала нужно найти деньги и стать commercial open source. Даст ли под нее кто-нибудь денег сейчас (не зависимо от того, сколько и кто вложил до того) - не уверен.

Но я не адепт багзиллы, отнюдь. Просто работал с ней и ничего страшного не было. Придумал наиболее удобный процесс, контролировал изменения. Можно с ней работать. А бесплатность, зачастую намного более сильное преимущество, чем наличие функциональности, которой не факт, что кто-то когда-то воспользуется.
Наверное есть и более удобные, бесплатные дефект-трэкеры. Но почему-то, первым из этой категории приходит на ум багзилла.
Интересно, из списка тулов, который вы прислали: сколькими некомерческими тулами можно пользоваься? Есть ли опыт и примеры удачного применения. И какие преимущества перед старой доброй багзиллой?


Если бы я был ограничен только open source продуктами, то начал бы смотреть с Trac. А скорее всего попробовал бы вытрясти с руководства немного денег: все-таки для софтверной компании issue tracker - ключевой продукт, а самое дешевое и самое популярное - не всегда самое подходящее (пример - Жигули). Никому же не приходит в голову идея вести бухгалтерию магазина на open source продуктах, хотя какие-то продукты есть :-)

И еще, текст, на которую вы ссылаетесь - мысли вслух какого-то человека, живущего в маунтин вью. Возможно он девелопер мозиллы. Но написаное в его личном блоге не может быть официальной информацией, не так ли? А может все так и есть, как там написано.
Надо бы вот тут посмотреть, если там конечно есть чего-нить интересное http://wiki.mozilla....ugzilla:Roadmap


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

Т.е. "переписать багзиллу на другом языке" - это значит запустить новый проект с другим названием, другими разработчиками, другим продуктом. Но таких продуктов уже есть десятки, шансов что новая багзилла будет значительно лучше их всех - никаких, о причинах я писал выше.
  • 0
Максим Крамаренко

TrackStudio - система управления задачами (issue tracker) для больших проектов.

#19 LeshaL

LeshaL

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 094 сообщений
  • ФИО:Алексей Лянгузов
  • Город:Saint-Petersburg


Отправлено 05 февраля 2008 - 08:21

Я таких контор могу ещё десяток привести - вопрос не в том, что они его используют, а в том какое-же оно убогое... что ли. Нет денег - можно и бумажными карточками пользоваться вполне успешно.

А вот про старап не соглашусь - потом возникает вопрос миграции, верно?

Все-таки, я останусь при своем мнении. Мнение таково, что да, багзилла ущербна, но и этого достаточно чтобы смогла работать небольшая команда. И она точно лучше, трэкатья багов письмами, бумажными карточками или в excel-e. Мы даже трэкали баги в двух параллельно развивающихся версиях с помощью багзиллы. Грамотно работа была организована. Ну я так думаю, что грамотно, т.к. сам ее организовывал :)

А вот про миграцию вы правы. Вопрос может возникнуть, если стартап вырастет хорошо. А если нет?
Вообще миграция штука конечно очень препротивная.
  • 0
Regards,
Alexey

#20 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 05 февраля 2008 - 08:47

Все-таки, я останусь при своем мнении. Мнение таково, что да, багзилла ущербна, но и этого достаточно чтобы смогла работать небольшая команда. И она точно лучше, трэкатья багов письмами, бумажными карточками или в excel-e. Мы даже трэкали баги в двух параллельно развивающихся версиях с помощью багзиллы.

Алексей, если речь идёт "ничего или багзилла", лучше конечно хоть что-то. Хотя шутка про карточки не лишена доли правды в случае с багзиллой :) Только я говорил, что лучше не багзилла, а что-то другое - как говорится - ощутите разницу :)
  • 0
Слава Панкратов
Редактор портала www.it4business.ru


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных