Несколько сотрудников (разработчик, рецензент, тестер) для заявок в Trac

Question

Мы переделываем наш рабочий процесс и ищем варианты между jira и trac.Нам всем удобно с Trac, но у нас есть следующие вопросы:

1. Мы хотим, чтобы за каждый билет отвечали 3 человека.Один разрабатывает, другой проверяет, а третий проверяет.Мы хотим получить дополнительные варианты, которые один и тот же человек не может разработать и проверить / протестировать.

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

Спасибо, Спарш Гупта

Answer 1

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

Во-первых, вам нужна возможность назначить трех человек на билет. Для этого добавьте настраиваемые поля заявки (введите «текст») с такими именами, как «Reviewer» и «Tester». Они будут использоваться для хранения имен не-разработчиков, назначенных для заявки.

Вы также захотите добавить новое состояние в рабочий процесс заявки Trac , чтобы представить состояние, в котором выполняется тестирование и проверка. Ради обсуждения я назову это состояние «проверка». Вставьте это состояние в рабочий процесс так, чтобы билет отправлялся из назначенного / принятого -> подтверждения -> закрытого.

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

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

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

• DynamicFieldsPlugin
• TicketValidatorPlugin
• TicketSubmitPolicyPlugin

Answer 2

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

• Если за это отвечают 3 человека (одновременно), как каждый узнает, когда от него ожидают что-то сделать?
• Если 3 человека несут ответственность в зависимости от рабочего процесса, как вы настраиваете, кто отвечает за это?
• Вы должны интегрировать это в рабочий процесс, и ни JIRA, ни Trac не смогут сделать это «из коробки».

Возможное решение может быть (и нет, я не реализую его для вас: -):

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

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

Answer 3

С помощью настраиваемого рабочего процесса Trac это возможно (в зависимости от того, насколько вам нужна гибкость).Как правило, вы можете установить побочные эффекты при изменении статуса (например, изменить уполномоченного).