Обработка ошибок, возникающих у клиентов в TFS

Question

Я являюсь частью команды, разрабатывающей приложения ASP.Net с использованием Scrum. В настоящее время мы используем TFS практически для всех аспектов управления проектами, контроля версий, тестирования и отслеживания ошибок.

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

Мне не удалось найти какие-либо инструменты интеграции между JIRA (или другими системами отслеживания ошибок) и TFS, или способ позволить клиентам создавать ошибки TFS напрямую.

Как вы справляетесь с этим? Существуют ли какие-либо продукты или плагины, которые помогают этому процессу?

Answer 1

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

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

Что касается стоимости, при использовании Просмотр только рабочих элементов люди могут использовать TFS бесплатно.Для простой записи есть несколько вариантов:

1. Клиент создает ошибку, щелкая URL-адрес.Этот URL заполняет некоторые поля рабочего элемента ошибки, такие как присвоенный, области и / или итерации.
2. Чтобы создать минимальную форму ошибки, вы можете создать веб-макет для типа рабочего элемента ошибки .Это возможно только в том случае, если вам не нужен полный веб-макет самостоятельно, поскольку вы можете указать только 1 макет для веб-сайтов.
3. Вы можете решить создать простой список форм / общих ресурсов или что-нибудь полезное для вас исоздавайте новые ошибки с помощью TFS SDK в фоновом режиме.

Если вы хотите остаться с JIRA, то вы можете использовать TFS Integration Platform для синхронизации рабочих элементов с JIRA.

Answer 2

Ну, есть Team Web Access, но я не думаю, что это для внешнего использования, больше информации на "http://msdn.microsoft.com/en-us/library/cc668124.aspx"

Я не знаю JIRA, но если у него есть API, вы можете создать веб-сервис и использовать API TFS для создания рабочего элемента. Если вам нужно было вернуть информацию, TFS имеет подписки на события, чтобы вытолкнуть информацию обратно.

ссылки

http://msdn.microsoft.com/en-us/library/bb130146%28VS.80%29.aspx

http://www.codeplex.com (не уверен, где он находится, но есть проект на codeplex с примером для работы с API)

http://www.ewaldhofman.nl/post/2010/08/02/How-to-use-WCF-to-subscribe-to-the-TFS-2010-Event-Service-rolling-up-hours.aspx

http://mskold.blogspot.com/2010/02/upgrading-tfs-event-subscriptions-to.html

http://www.dotnetcurry.com/ShowArticle.aspx?ID=330&AspxAutoDetectCookieSupport=1

Answer 3

Возможно, дубликат Объединение TFS с Jira - есть опыт или совет?

Вы можете взглянуть на UseTFS - новый выпуск предлагает двустороннюю синхронизацию между проблемами JIRA и рабочими элементами TFS с некоторыми ограничениями .

Раскрытие информации : Я работаю на Pigsty от поставщика UseTFS.

Answer 4

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

Ключом к моему мнению является снижение барьеров для предоставления информации.Ошибка и обратная связь должны потребовать как можно меньше записей.У нас есть одно текстовое поле.