Size: a a a

QA — русскоговорящее сообщество

2019 October 24

OP

Oleksandr Prykhodchenko in QA — русскоговорящее сообщество
Sub
линка
но задача же будет не одна. Если таких задач например 10-15, то каждую нужно открывать и смотреть линку - пофиксили ли они блокирующую таску или нет?
источник

D

Dasha in QA — русскоговорящее сообщество
Oleksandr Prykhodchenko
как тестер будет знать, что заблоченная таска, больне не заблочена?
Прилинковать типа blocked by такая-то таска
источник

S

Sub in QA — русскоговорящее сообщество
Oleksandr Prykhodchenko
но задача же будет не одна. Если таких задач например 10-15, то каждую нужно открывать и смотреть линку - пофиксили ли они блокирующую таску или нет?
зачем открывать? статус прилинкованной записи видно без перехода по ней
источник

B

Boris in QA — русскоговорящее сообщество
Если джира - там же можно линковать. Типа "blocked by ...", и в комментах написать, что "Will be tested after ..." / "Can't be tested - is blocked by ..."
источник

VZ

Vitaly Zhdanovich in QA — русскоговорящее сообщество
Oleksandr Prykhodchenko
но задача же будет не одна. Если таких задач например 10-15, то каждую нужно открывать и смотреть линку - пофиксили ли они блокирующую таску или нет?
если юзается джира, то можно настроить фильтр на блокированные задачи и прятать их, если нужно
источник

B

Boris in QA — русскоговорящее сообщество
нотификахи об изменениях сыплются на почту
источник

B

Boris in QA — русскоговорящее сообщество
Oleksandr Prykhodchenko
но задача же будет не одна. Если таких задач например 10-15, то каждую нужно открывать и смотреть линку - пофиксили ли они блокирующую таску или нет?
можно добавить статус developed / ready for qa. И в in qa / in testing не сунуть заблоченные таски
источник

B

Boris in QA — русскоговорящее сообщество
но это зависит от проекта и от того, насколько люди, отвечающие за джиру готовы отойти от текущего темплейта
источник

S

Sub in QA — русскоговорящее сообщество
Boris
можно добавить статус developed / ready for qa. И в in qa / in testing не сунуть заблоченные таски
это можно делать через статус, через резолюшен, через кастомфилд или еще как душе угодно, задача просто настроить фильтр. Если не хотите ничего ломать в текущем флоу, просто создаете кастомфилд, который не отображаете ни на каких экранах
источник

B

Boris in QA — русскоговорящее сообщество
Sub
это можно делать через статус, через резолюшен, через кастомфилд или еще как душе угодно, задача просто настроить фильтр. Если не хотите ничего ломать в текущем флоу, просто создаете кастомфилд, который не отображаете ни на каких экранах
я так понимаю, что речь идет про доску?
источник

S

Sub in QA — русскоговорящее сообщество
ну технически доски тоже на фильтрах строятся, но да, тогда проще через статус. Джира - инструмент. Им надо пользоваться гибко, а не упарываться в рамки ограничений досок, если они вам по каким-то причинам не подходят
источник

B

Boris in QA — русскоговорящее сообщество
если тестер не хочет объясняться, почему столько тасков висит на нем без продвижения, то, на мой взгляд, проще будет добавить статус (колонку) на доске, которая будет явно показывать, что проблема не в нем (blocked / rework / to be fixed)
источник

B

Boris in QA — русскоговорящее сообщество
или, если девопс/лид/ или кто там за настройку джиры отвечает - не хочет заморачиваться и тикеты не хотите возвращать, дабы не испортить метрики, то просто вещать таски на реворк обратно на разработчиков с комментом, линками и всем необходимым
источник

B

Boris in QA — русскоговорящее сообщество
хоть они и будут висеть в колонке типа "in qa" - но, зато, уже не на вас и в вашем скоупе задач не будут отображаться
источник

B

Boris in QA — русскоговорящее сообщество
Как и сказал товарищ Sub , Джира - инструмент довольно гибкий, как договоритесь на проекте - так лучше и делать. Советую только завести страничку в том же конфлюенсе с подробным описанием воркфлоу для таких ситуаций (да и вообще для всего движения тикетов по доске). Будет вам благодарность от новых людей, входящих в проект, да и плюсик в карму)
источник

AK

Ansteisija Kamenetskaya in QA — русскоговорящее сообщество
Oleksandr Prykhodchenko
Коллеги, концептуальный вопрос.
Как поступать правильнее в следующей ситуации. Есть две задачи на канбан доске. Одна блокирует вторую. Заблоченная задача висит в ready for qa колонке, а та которая её блокирует в in progress у разработчика.
Должна ли заблоченная таска находится в колонке тестировщика и ждать пока ответсвенный разработчик закончит таску, которая её блокирует? Либо же обе задачи должны находится в колонках разработчика и перетягиваться вместе в ready for qa, когда одна разблокирует другую?
У нас заблоченные обычно в таких случаях уходят в холд, а как только готова та, которая ее блочит, они вместе переезжают
источник

ТС

Тестировщик Собеседований in QA — русскоговорящее сообщество
А скиньте свои жира воркфлоу, кому не жалко
источник

✨Ферзь✨ in QA — русскоговорящее сообщество
Тестировщик Собеседований
А скиньте свои жира воркфлоу, кому не жалко
Ты серьезно?
источник

ТС

Тестировщик Собеседований in QA — русскоговорящее сообщество
✨Ферзь✨
Ты серьезно?
Ну замажут там названия
источник

l

liubov in QA — русскоговорящее сообщество
Oleksandr Prykhodchenko
но задача же будет не одна. Если таких задач например 10-15, то каждую нужно открывать и смотреть линку - пофиксили ли они блокирующую таску или нет?
для таких штук в джире есть флаги. если задача висит с флагом, значит все понятно, что это не тестировщик тормозит
источник