Подскажите какой-нибудь простой баг-трекер, нужен следующий функционал:
1) Создаём группу багов, скажем, для проекта ABC
2) В этой группе заводим репорты, в репорт можно добавлять комментарии, комментарий обязательно должен требовать ввода имени (кто откомментировал, причём необязательно автоматически)
3) По каждому репорту тестировщик может его закрыть с пометками типа "исправлено", или "не баг" и тому подобное. После закрытия репорт отправляется в архив, откуда он потом может быть вытащен позже и снова стать открытым.
4) Хорошо бы ещё, чтобы репорт можно было переместить из одного проекта в другой (для связанных проектов, если было выяснено, что баг относится к другому проекту).
Поискал, какие вообще есть системы баг-трекинга. Сложилось впечатление, что всё что есть либо жутко недоработано, либо очень сложное. Где-то вообще пишут, что, например, wordpress это баг-трекер, я туда захожу — а там просто система для создания сайтов...
Ищу уже довольно долго, готов даже поднять локальный веб-сервер для этой цели, совсем необязательно, чтобы это был онлайн сервис, хоть что-нибудь с описанными функциями. А то уже замучился баги в ворд-документе писать -_-
Можете что-нибудь посоветовать ? Как настроить я уже сам попытаюсь разобраться...
Здравствуйте, Кузнец, Вы писали:
К>Подскажите какой-нибудь простой баг-трекер, нужен следующий функционал:
К>1) Создаём группу багов, скажем, для проекта ABC К>2) В этой группе заводим репорты, в репорт можно добавлять комментарии, комментарий обязательно должен требовать ввода имени (кто откомментировал, причём необязательно автоматически) К>3) По каждому репорту тестировщик может его закрыть с пометками типа "исправлено", или "не баг" и тому подобное. После закрытия репорт отправляется в архив, откуда он потом может быть вытащен позже и снова стать открытым. К>4) Хорошо бы ещё, чтобы репорт можно было переместить из одного проекта в другой (для связанных проектов, если было выяснено, что баг относится к другому проекту).
http://fossil-scm.org я бы сказал, что по каждому пункту "да", хотя сам использую дефолтные настройки, где больше "нет"
Здравствуйте, Кузнец, Вы писали:
К>Подскажите какой-нибудь простой баг-трекер, нужен следующий функционал:
Для немного другой цели используем redmine (регистрация задачек в небольшой команде). Судя по описанный требованиям, вполне может подойти и для тебя.
Когда искал систему ставил задачей найти что-то с небольшим возрастом разработки и желательно с репутацией.
Небольшой возраст — чтобы не иметь большого и тяжелого прошлого.
Репутация — чтобы не содержать глупых ошибок и недоработок и вместе с тем иметь комьюнити, чтобы решение типовых задач можно было найти одним запросом в гугле.
К>1) Создаём группу багов, скажем, для проекта ABC
+ Шлёпается пачка задачек К>2) В этой группе заводим репорты, в репорт можно добавлять комментарии, комментарий обязательно должен требовать ввода имени (кто откомментировал, причём необязательно автоматически)
+ У каждого пользователя логин. Пользователи (в зависимости от прав) могут оставлять комментарии к задачке, имя конечно, автоматически проставляется.
К задачкам можно прикладывать файлики, проставлять даты начала и завершения, выстраивать иерархию задач и т.д. К>3) По каждому репорту тестировщик может его закрыть с пометками типа "исправлено", или "не баг" и тому подобное. После закрытия репорт отправляется в архив, откуда он потом может быть вытащен позже и снова стать открытым.
+ Настраивается. Тут уже надо смотреть какие статусы нужны, как разграничены права и может ли сам тестировщик закрывать задачи (или это должен делать руководитель). К>4) Хорошо бы ещё, чтобы репорт можно было переместить из одного проекта в другой (для связанных проектов, если было выяснено, что баг относится к другому проекту).
+ Мёржить между двумя проектами — не знаю, такой задачи не было. Переносить между проектами — элементарно.
К>Можете что-нибудь посоветовать ? Как настроить я уже сам попытаюсь разобраться...
Прочие впечатления:
* Запускался довольно муторно, ставил под винду, опыт работы с руби нулевой. Потребовалось поставить и настроить бд, ruby, скачать пачку gems, апач(?), врукопашную пофиксить какие-то ошибки — провозился полдня. Гугл хорошо помог.
* Интерфейс, скажем, аскетичный. В 2010+ можно было ожидать большего.
* Минималистичные изменения и базовые хотелки получилось допилить в течении двух-трёх дней, общие затраты по времени — часа два. Штука оказалась весьма функциональной и вместе с тем гибкой.
** Часть данных почему-то была на французском Пофиксил довольно быстро.
* В комплекте календарь, wiki (с поддержкой двух диалектов), можно настроить диаграммы Ганта (себе не делал), какие-то ещё вкусняшки.
* Работает на удивление неплохо (тьху-тьху). Весьма доволен.
* Потренироваться можно тут http://demo.redmine.org/
PS Рекомендация посмотреть на trac кажется вполне разумной.
Здравствуйте, Кузнец, Вы писали:
К>Поискал, какие вообще есть системы баг-трекинга. Сложилось впечатление, что всё что есть либо жутко недоработано, либо очень сложное. Где-то вообще пишут, что, например, wordpress это баг-трекер, я туда захожу — а там просто система для создания сайтов...
К>Можете что-нибудь посоветовать ? Как настроить я уже сам попытаюсь разобраться...
А что насчет флагмана? JIRA то есть. Не подошла, или не пробовал?
Все, что ты упомянул, из коробки вроде идет.
Здравствуйте, Кузнец, Вы писали:
К>Подскажите какой-нибудь простой баг-трекер, нужен следующий функционал:
К>1) Создаём группу багов, скажем, для проекта ABC К>2) В этой группе заводим репорты, в репорт можно добавлять комментарии, комментарий обязательно должен требовать ввода имени (кто откомментировал, причём необязательно автоматически) К>3) По каждому репорту тестировщик может его закрыть с пометками типа "исправлено", или "не баг" и тому подобное. После закрытия репорт отправляется в архив, откуда он потом может быть вытащен позже и снова стать открытым. К>4) Хорошо бы ещё, чтобы репорт можно было переместить из одного проекта в другой (для связанных проектов, если было выяснено, что баг относится к другому проекту).
К>Поискал, какие вообще есть системы баг-трекинга. Сложилось впечатление, что всё что есть либо жутко недоработано, либо очень сложное. Где-то вообще пишут, что, например, wordpress это баг-трекер, я туда захожу — а там просто система для создания сайтов...
К>Ищу уже довольно долго, готов даже поднять локальный веб-сервер для этой цели, совсем необязательно, чтобы это был онлайн сервис, хоть что-нибудь с описанными функциями. А то уже замучился баги в ворд-документе писать -_-
К>Можете что-нибудь посоветовать ? Как настроить я уже сам попытаюсь разобраться...
Здравствуйте, Кузнец, Вы писали:
К>Можете что-нибудь посоветовать ? Как настроить я уже сам попытаюсь разобраться...
Пробовал как-то Trac, который здесь рекомендуют, не понравилось, слишком мало функционала, нет того, что нужно. А вот Redmine, хотя в моём случае его форк ChiliProject, после тщательного допиливания стал идеальным кандидатом. В принципе мне нужно было не так много, плагин Code Review, Scrumbler, Embedded и Hudson. Остальное уже было в исходной версии.
Но вот в чём проблема, хотя всё это здорово и прекрасно, но баг-трекер или даже система управления проектом включающая его и многое другое по сути живёт отдельно от проекта. Это не только отделяет описание задач или багов от проекта, но и заставляет работать через веб морду. При этом всё равно приходится использовать децентрализованные репозитории вроде git.
Отсюда возникает мысль, не важно, что это, задачи, ошибки, учёт времени в реальном времени, вспомогательная информация, левые мысли, а так же много другое, но при этом при всём хотелось бы хранить это в одном месте, то есть в самом проекте и соответственно синхронизироваться сразу со всеми изменениями.
И здесь появляется вопрос, а что же такое баг и как на него реагирует другой пользователь. Ведь не важно, исправляет он его или делает заметку, всё это можно коммитить в репозиторий в основную или дополнительно созданные ветви. А списки как правило имеют древовидную структуру и здесь на помощь могут прийти такие программы как Zim, особенно если сразу поставить в настройках вида (панели адреса) Page Hierarchy и не перегружать его ненужными плагинами.
До Vim Org-mode я, конечно, ещё не дошёл, как и до самого Vim, меня и так пока всё устраивает. Тем не менее стоит задуматься, почему огромное количество людей выбирают какой-нибудь простой структурный редактор, нежели заводят баг-трекер и тому подобное.