Теперь, когда мы знаем:
А дальше то что с ним делать? Какое Workflow есть у данной задачи, когда назначать на разработчика, когда - на тестировщика?
Давайте посмотрим на стандартный workflow. Для этого заходим в админку...
Облачная JIRA обновилась, теперь, чтобы зайти в админку, надо поплясать с бубном. По крайней мере, первый раз, пока ты еще ищешь админку в шестеренке...
В общем, нажимаем "." и вводим Workflow. Открываем
Видим такую табличку и в ней, скорее всего, будет только стандартная (отмеченная как default) схемка. Открываем ее.
И вот, пожалуйста, можно смотреть в текстовом виде (так ее удобнее редактировать), а можно в графическом (так ее удобнее читать и осознавать).
Итого, что мы имеем:
И задачу из открытого состояния сразу переводят в "готово, проверяй".
Хотя, где как. Если Вы используете страничку "Agile" (это дополнение, платное, поэтому есть не у всех) - то лучше переводить задачу в статус In Progress, так как это удобно отслеживать на стенд-ап доске.
Anyway, давайте посмотрим, как это делается. Еще раз создам багу, сверху такая большая кнопочка "Create Issue".
Тип - "бага". заполняем все поля - и вот она. Задача в статусе Open. Кстати, прямо из задачи можно посмотреть на ее доступный воркфлоу.
При этом увидим не просто воркфлоу, но и ярко выделенное место "ты находишься тут!"
Нажимаем Start Progress - и статус меняется!
Мы не видим кнопки Resolve, так как для нашего проекта не настоены права доступа. Это надо сходить в админку в Permissions и указать, какие роли могут резолвить задачи. Все, или только разработчики, или только тестировщики, или вообще 1 человек, итд итп. Очень гибко настраиваемая схема.
Но врядли мы сами будем разбираться с проблемой. Как назначить ее разработчику?
Вот сверху есть кнопочка Assign. Нажимаем и начинаем вводить имя.
Умная джира сама подскажет, кого вы. возможно, хотите выбрать. Выбираем, назначаем.
Если мы внезапно передумали (ой, блин! Забыл автотест написать!!), всегда можно вернуть ее себе, причем более быстрой процедурой - нажать на Assign и выбрать там Assign to me.
Вот и все, что надо знать о стандартной схеме. Правда, обычно ее все таки допиливают под себя :)
- Создаем проект, с чего начать?
- DashBoards - что это такое?
А дальше то что с ним делать? Какое Workflow есть у данной задачи, когда назначать на разработчика, когда - на тестировщика?
Давайте посмотрим на стандартный workflow. Для этого заходим в админку...
Облачная JIRA обновилась, теперь, чтобы зайти в админку, надо поплясать с бубном. По крайней мере, первый раз, пока ты еще ищешь админку в шестеренке...
В общем, нажимаем "." и вводим Workflow. Открываем
Видим такую табличку и в ней, скорее всего, будет только стандартная (отмеченная как default) схемка. Открываем ее.
И вот, пожалуйста, можно смотреть в текстовом виде (так ее удобнее редактировать), а можно в графическом (так ее удобнее читать и осознавать).
Итого, что мы имеем:
- Тестировщик находит баг. Он создает задачку - она находится в статусе Open.
- Тестировщик переводит задачку на разработчика - делает Assign. В схеме этого нет, так как статус задачи не меняется.
- Разработчик начинает работу с задачает - Start Progress. Задача переходит в статус In Progress.
- Разработчик заканчивает работу с задачей "на сегодня" - Stop Progress. Задача возвращается в статус Open.
- Разработчик вообще заканчивает работу над задачей и делает Resolve.
- Тестировщик проверяет.
- Если бага воспроизводится, он делает Reopen. И все по кругу...
- Если бага исправлена, он делает Close.
- Happy end!
И задачу из открытого состояния сразу переводят в "готово, проверяй".
Хотя, где как. Если Вы используете страничку "Agile" (это дополнение, платное, поэтому есть не у всех) - то лучше переводить задачу в статус In Progress, так как это удобно отслеживать на стенд-ап доске.
Anyway, давайте посмотрим, как это делается. Еще раз создам багу, сверху такая большая кнопочка "Create Issue".
Тип - "бага". заполняем все поля - и вот она. Задача в статусе Open. Кстати, прямо из задачи можно посмотреть на ее доступный воркфлоу.
При этом увидим не просто воркфлоу, но и ярко выделенное место "ты находишься тут!"
Нажимаем Start Progress - и статус меняется!
Мы не видим кнопки Resolve, так как для нашего проекта не настоены права доступа. Это надо сходить в админку в Permissions и указать, какие роли могут резолвить задачи. Все, или только разработчики, или только тестировщики, или вообще 1 человек, итд итп. Очень гибко настраиваемая схема.
Но врядли мы сами будем разбираться с проблемой. Как назначить ее разработчику?
Вот сверху есть кнопочка Assign. Нажимаем и начинаем вводить имя.
Умная джира сама подскажет, кого вы. возможно, хотите выбрать. Выбираем, назначаем.
Если мы внезапно передумали (ой, блин! Забыл автотест написать!!), всегда можно вернуть ее себе, причем более быстрой процедурой - нажать на Assign и выбрать там Assign to me.
Вот и все, что надо знать о стандартной схеме. Правда, обычно ее все таки допиливают под себя :)
Честно говоря, не встречался с такой схемой, но последний абзац вас спасает.
ОтветитьУдалитьОбычно тем, кто открывает задачи/баги не дают их кому-либо назначать. Баг должен висеть как Created пока его не рассмотрит триада дев лид/тест лид/пм и не повесит на кого-нибудь. Тогда же баг делают Open, а до этого момента на него и смотреть нельзя. Мало ли времени на него нет и пофиксить можно будет только в следующей версии. Или никогда.
p.s. а на iOS в комментариях баг: после вставки текста не даёт печатать больше, только стирать.
Баг должен висеть как Created пока его не рассмотрит триада дев лид/тест лид/пм и не повесит на кого-нибудь. (с)
УдалитьЭто же сколько времени убивается...
Почему же убивается? Неужто всё остальное уже пофиксили и люди стдят, свесив ножки?
УдалитьК тому же, никто не мешает намекнуть, что бага критическая и надо бы рассмотреть её здесь и сейчас.
У меня почти нет опыта работы в маленьких группах (<10 человек), но могу предположить, что будет по другому.
Да, Дмитрий, я говорю скорее о небольших группах, 10-15 человек.
УдалитьА еще я тут расписала стандартный workflow, который предлагает JIRA, потом хочу написать, как его редактировать. ПРосто для этого надо знать - где редактировать!
Про создание-редактирование воклфлоу и филдов/скринов будет?
ОтветитьУдалитьА где кнопка "In Test"? Которую нажимает тестировщик, что говорит о том, что заявка находится в тестировании?
ОтветитьУдалитьА в случае, если баг "not relevant", где можно выбрать эту функцию, чтобы баг просто "ушел в историю", можете подсказать?
ОтветитьУдалитьКто знает, можно ли покупать Jira в это магазине http://softlist.com.ua/catalog/product-jira-agile/
ОтветитьУдалить