2013-02-12 7 views
1

В Jira мы в настоящее время пытаемся смоделировать то, как наша компания занимается разработкой ПО и тестированием программного обеспечения. Обычно у нас есть открытые билеты QA, Software Dev собирает билеты (присваивает их себе), а затем QA проверяет билеты после того, как команда Dev решила ее. Мы обеспокоены тем, что мы можем отслеживать как Резолюции, так и Закрытия.Наличие разных пользователей и показатели для решения и закрытия вопросов в Jira

Например, предположим, два Jira пользователей человека A (Software Dev) и лицо B (QA)

B: открывает билет
A: Исправляет проблему и разрешает билет
B: закрывает билет.

В конце концов, мы хотим, чтобы быть в состоянии видеть
A: вопросы Постановили: 10
B: Вопросы Closed/Испытано: 10

Есть ли способ сделать это в Jira?

ответ

1

Используйте следующую JQL:

# resolved from the beginning of the day 
resolution = Done and resolutiondate > startOfDay() 
# closed from the beginning of the day, assuming that closed issues can't be edited (default) 
status = Closed and updatedDate > startOfDay() 

Сказав, что мы в конечном итоге делает что-то совсем другое. вот рабочий процесс:

  1. QA открывает билеты (в проекте QA) после рассмотрения вопросов поддержки.
  2. У QA есть особый переход в рабочем процессе - pass to developers. При этом исходный номер перемещается в состояние waiting for dev, где его нельзя изменить вручную, и в проекте DEV создается дублирующаяся проблема. Все поля проблем копируются. если этот вопрос уже назначен, а исходная DEV проблема снова открывается.
  3. Разработчик выбирает эту проблему и разрешает ее. После того, как проблема будет решена, исходная проблема из QA размораживается - переходит в состояние QA after dev, где она снова редактируется.
  4. Команда QA поднимает эту проблему, проверяя, разрешены ли они там, и закрыли ли они их или вернули их на waiting for dev при необходимости.

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

Для достижения этой функциональности мы использовали настраиваемые поля для сохранения полей, которые были переданы из двух типов проблем, связаны между двумя проблемами, и использовали Jira Scripting Suite для создания проблемы и создания ссылок, а также Behaviours Plugin для проверки.

Если вам нужна поддержка Jira> 5.2 вместо Jira Scripting Suite, используйте Script Runner

 Смежные вопросы

  • Нет связанных вопросов^_^