Как правильно поставить процесс в workflow?
#1
Отправлено 09 сентября 2009 - 11:19
Раньше я работал с Borland Star Team. В том числе использовали его в качестве баг трекера.
Там строго описанный процесс, когда баг шёл от разработчика к тестировщику и обратно. В результате каждый мог видеть свои текущие задачи.
В джире я попытался с помощью Пост функций разворачивать (менять исполнителя) ошибку с разработчика на тестировщика. Это можно легко сделать.
Но в этом случае получаем проблему, что разработчики не могут отчитываться по проделанной работе (т.е. они смотрели раньше на поле "Исполнитель" и по фильтрам получали те ошибки, которые они правили). Ведь если я меняю исполнителя, то только по истории можно собрать информацию, кто фиксил баг.
Я хотел ввести дополнительное поле "Разработчик" и копировать туда информацию об исполнители при решении проблемы, а поле Исполнитель менять на Автора.
Но такая схема не поддерживается Джирой (либо я просто не знаю, как это сделать). Поле Разработчик является User Picker, я не знаю, как автоматом проставить в PostFunction его заполнение :(
Может кто сталкивался с проблемой и\или знает пути решения?
#2
Отправлено 09 сентября 2009 - 18:00
А зачем Вы меняете исполнителя?В джире я попытался с помощью Пост функций разворачивать (менять исполнителя) ошибку с разработчика на тестировщика. Это можно легко сделать.
Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.
#3
Отправлено 10 сентября 2009 - 04:13
1. Тестировщик, используя стандартный фильтр "Мои задания", мог увидеть пофиксенные ошибки.
2. Логически выполняется передача ошибки от разработчика - тестировщику. Пока ошибка правилась, исполнителем был Вася-разработчик. А когда ошибка тестируется, то исполнителем становится Миша-тестировщик.
#4
Отправлено 10 сентября 2009 - 06:22
#5
Отправлено 10 сентября 2009 - 06:30
Но представьте, что по ошибке работало несколько человек. Соответственно исполнитель будет виден только один.
С помощью фильтров не вытащить всех исполнителей.
...
Суть в том, что исполнителя нужно менять, согласно процессу. Но в этом случае мы не можем по фильтрам вытащить всех...
Как с этим бороться, не ясно.
Пробовал (см. выше) ввести поле типа User Picker, оно бы помогло... не знаю, как его автоматом заполнять из других полей.
Джира вообще поддерживает какие нибудь скрипты?
#6
Отправлено 10 сентября 2009 - 07:37
Пусть использует не стандартный фильтр «Все ошибки, которые я написал в состоянии RESOLVED».Исполнителя меняю для того, чтобы:
1. Тестировщик, используя стандартный фильтр "Мои задания", мог увидеть пофиксенные ошибки.
Вам это не кажется странным? Мне кажется. Исполнитель это тот, кто отвественен за решение проблемы/исправление бага, а автор (reporter) — это автор и не надо их путать. Еще иногда выделяют проверяющего, например в багзилле для него есть отдельное поле «QA».2. Логически выполняется передача ошибки от разработчика - тестировщику. Пока ошибка правилась, исполнителем был Вася-разработчик. А когда ошибка тестируется, то исполнителем становится Миша-тестировщик.
А зачем знать всех исполнителей по багу для того чтобы его проверить?Так именно сейчас и делается.
Но представьте, что по ошибке работало несколько человек. Соответственно исполнитель будет виден только один.
С помощью фильтров не вытащить всех исполнителей.
А зачем? Если только для того, чтобы работать по Процессу, следует рассмотреть вариант изменения процесса.Суть в том, что исполнителя нужно менять, согласно процессу.
Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.
#7
Отправлено 10 сентября 2009 - 08:48
Посмотрите, как бак трекинг работает в Boland Star Team.
#8
Отправлено 10 сентября 2009 - 10:22
Чесно говоря нет особого желания, я не любитель строить процессы от инструментов.Я понимаю, о чём вы пишете.
Посмотрите, как бак трекинг работает в Boland Star Team.
Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.
#9
Отправлено 10 сентября 2009 - 13:30
Если доведётся столкнуться с Borland Star Team, то желания станет еще меньше :) (Это конечно только мое имхо и отношение к данному продукту на момент 2002 - идея была неплохая, а вот реализация... За 7 лет конечно могло и улучшиться).Чесно говоря нет особого желания, я не любитель строить процессы от инструментов.Я понимаю, о чём вы пишете.
Посмотрите, как бак трекинг работает в Boland Star Team.
Непонятно зачем это все нужно. Есть один человек отвественный за устранение ошибки. А уж работал он один или нанимали специальную бригаду контракторов - не важно. Он потому и один, что он несет отвественность за устранение ошибки."Но представьте, что по ошибке работало несколько человек. Соответственно исполнитель будет виден только один.
С помощью фильтров не вытащить всех исполнителей."
Если надо отыскать человека сделавшего какие-то изменения в рамках исправления данной ошибки, то надо не в дефект-трэкер смотреть, а в соурс-репозиторий. Если люди заливают туда изменения с номером бага, то и проблем никаких не будет.
Alexey
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных