Каков твой опыт Devtrack?

Question

Этот вопрос в целом касается программного обеспечения для отслеживания ошибок, но мне интересно узнать больше подробностей о Devtrack .

Если у вас есть непосредственный опыт его использования, я хотел бы услышать об этом. Как бы вы сравнили это с другими системами отслеживания ошибок, которые вы знаете, что, по вашему мнению, это хорошо и что плохо и почему?

Answer 1

Мы используем Devtrack в качестве нашей текущей системы отслеживания ошибок, и я бы сказал, что вы можете сделать это намного лучше. Комментарий, который я бы добавил к сообщению Джоэла, заключается в том, что поиск не реализован должным образом и очень медленный.

Еще одно решение, на которое я мог бы обратить внимание: Jira

Answer 2

Я использовал его, когда работал в Electronic Arts Tiburon ... IMO, пользовательский интерфейс неуклюж, а ввод / управление ошибками отнимает много времени. В зависимости от того, какую среду вы используете, я бы посмотрел либо:

1. FogCreek's FogBugz
2. SourceGear's Fortress
3. Microsoft Team Foundation Server

Answer 3

Мы используем DevTrack в масштабах всей компании - выбор был сделан около 2 лет назад и до того, как я присоединился к компании. Имея опыт работы с Mantis, Track и Jira, мне очень больно от использования этого инструмента. Требуется много работы для выполнения основных задач, таких как добавление комментариев или отправка новых вопросов. У меня также нет возможности «посмотреть» билет, то есть получить уведомление об изменениях, внесенных в него, если только я не владел им в какой-то момент. Он использует JavaScript для запуска функций, и вы не можете скопировать URL-адрес любой страницы заявки. Нам нужно обменять номера билетов и искать их каждый раз.

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

Если у вас есть выбор, держитесь подальше от DevTrack и вместо этого выберите FogBugz или Jira.

Answer 4

Мне вообще не нравится DevTrack, но наша компания использует его. У нас была небольшая команда, и Багзилла работал на нас намного лучше.

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

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

Answer 5

DevTrack вытесняется в некоторых областях моей компании. Я слышал две вещи: это нормально, когда ты к этому привыкаешь, или это болезненный / утомительный опыт. У меня сложилось впечатление, что он имеет больше поддержки на уровне «принимающих решения», чем на уровне разработчика.

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

Answer 6

Несколько лет назад мы много использовали DevTrack 6 и были полностью удовлетворены. Но мы использовали локальную версию, а не веб-интерфейс. Также нам не нужен доступ к сети. DevTrack очень настраиваемый: нам удалось создать собственный набор полей для проблем, пользовательских состояний проблем, рабочего процесса, прав пользователя (даже для каждого поля! страницы и т. д. Другие инструменты на данный момент не смогли обеспечить нужную нам функциональность. Что касается добавления новых вопросов, мне интересно, почему это называется сложным. Нажмите кнопку «Создать», напишите описание проблемы и нажмите ОК, - что может быть проще? Что касается поиска - да, это немного медленно. Но у DevTrack есть много других методов для решения проблем. Например. Вы можете настроить дерево функций проекта и отобразить проблемы, относящиеся к некоторым функциям, выбрав соответствующий элемент в дереве.

Answer 7

мы всегда обнаруживали, что в итоге мы дублируем большую часть работы, используя devtrack. Для разработчиков это, как правило, боль в использовании, особенно при попытке сохранить историю или базу знаний о разработке приложений или исправленных ошибках и т. Д. И в конечном итоге вести записи в другом программном обеспечении, которое больше предназначено для отслеживания ошибок, но при этом необходимо поддерживать devtrack до дата «поскольку это то, что менеджеры используют, чтобы увидеть, сколько работы вы выполняете и т. д., они используют это для ответа на такие вопросы, как« где тратится мой бюджет »,« это работа, выполняемая к определенным датам »

инструмент определенно предназначен для менеджеров, которые могут создавать отчеты по часам и датам и т. Д.

Answer 8

Мы также годами пользовались DevTrack и перешли на Software Planner (http://www.SoftwarePlanner.com) около года назад, и мы намного счастливее.

Answer 9

Я был в среде, которая использует его уже месяц, ранее использовал Jira, FogBugz и другие - пользовательский интерфейс очень неуклюжий, как будто он был написан на VB в 1997 году, и ДЕЙСТВИТЕЛЬНО трудно получить отчеты об этом (коллеги нашли способ экспортировать в Excel и делать там свои отчеты). Мы хотим развернуть гибкую среду разработки, и я не думаю, что DevTrack сделает это очень легко. Хотя я могу ошибаться, посмотрим! Я желаю быть доказанным неправым.