Как мне реализовать пользовательские истории в Bugzilla?[закрыто]

Question

Несколько человек из моей работы собрались вместе, чтобы сформировать группу, цель которой — проанализировать преимущества внедрения некоторых принципов гибкой разработки программного обеспечения/управления проектами.

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

Сейчас мы используем Bugzilla для отслеживания проблем.Большая часть планирования выпуска осуществляется с использованием ошибок этой системы.Использование Bugzilla, вероятно, не изменится.Он обеспечивает большую часть того, что нам нужно, по разумной цене (0 долларов США).

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

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

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

Любые мысли будут оценены по достоинству.

Answer 1

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

Answer 2

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

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

Answer 3

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