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

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

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

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

Если моя проблема не ясна, мой вопрос можно обобщить следующим образом:

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

** Под вовлечением я не подразумеваю фактического клиента или конечного пользователя. Я думаю о нашем интеграторе, менеджерах проектов и тех, кто связан с QA.

Мы перешли с Mantis на FogBugz (и Kiln) ранее в этом году, но мы не изменили одну вещь - мы вообще не позволяем «пользователям» иметь доступ к трекеру ошибок. Некоторые из других руководителей отделов имеют доступ только для чтения, но, честно говоря, они менеджеры, и они обычно забывают об этом в течение пары недель. Пользователи нашего программного обеспечения имеют дело с одним специалистом по устранению неполадок, который определяет, является ли это проблемой конфигурации, пользовательской ошибкой или ошибкой программного обеспечения. Этот человек затем действует как привратник для ввода реальных проблем в FogBugz. Это предотвращает засорение нашей системы проблемами, которые на самом деле не актуальны.

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

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

Мы используем Redmine для такого рода вещей. Основная хитрость в том, что большинство пользователей никогда не видят Redmine - они просто отправляют электронное письмо на support@example.com. Используя несколько более продвинутых приемов - в основном BCCing нашего аккаунта redmine и включая проблему # - мы можем поддерживать обновления в redmine. Для более продвинутых людей мы просто позволяем им использовать Redmine напрямую, учитывая, что он немного более современный и удобный, чем когда-либо был MANTIS.

В настоящее время мы используем МКС. Для непрограммистов я настроил несколько отчетов и панель инструментов со сводными данными, которые им интересны. Это означает, что я должен выполнить начальную настройку, но они могут отслеживать прогресс дефектов и общую сводку Данные самостоятельно, как только я покажу им, как получить доступ к отчетам и информационным панелям. Они также нуждались в некоторой тренировке, чтобы изменить свои билеты, но всегда будут некоторые тренировки наверху. К счастью, это было пропорционально задействованным функциям.

Я второй Redmine, и лично использую The Bug Genie (да, глупое имя, но хорошо продуманный; если вы находитесь в среде PHP и / или не можете запустить Ruby по какой-либо причине) для отслеживания проблем, который удобен для технические пользователи.

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

Мы используем «функции управления жизненным циклом приложений в Visual Studio», ранее известные как Team Systems. Одним из больших преимуществ для нас является то, что вы можете экспортировать результат запроса (например, «все требования» или «все ошибки с pri 2 или ниже, которых не будет в следующем выпуске») в электронную таблицу или документ проекта. Менеджеры проектов, представители конечных пользователей, заинтересованные лица и т. Д. Могут редактировать эти файлы - изменяя приоритет, обновляя описания, назначая кому-то еще, что угодно - и затем, когда файл возвращается на компьютер, подключенный к TFS, вы можете нажать Опубликовать и изменения возвращаются в хранилище. Программисты работают с рабочими элементами непосредственно из Visual Studio, но непрограммисты никогда не подходят к VS. Также есть сайт sharepoint для каждого проекта TFS, так что

Может быть, не вариант, если вы не магазин VS, но стоит подумать, если вы.

Если вы разговариваете с сотрудниками отдела контроля качества и управления проектами, вам необходимо оценить различные инструменты отслеживания открытых и закрытых источников. Те, у кого есть возможность устанавливать сборки и т. Д., Хороши, так что сотрудники QA / PM могут ставить заявки против конкретной сборки, и когда вы исправляете проблему, они могут знать, в какой сборке можно ее протестировать.

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

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