У нас есть критерии можно ли релизить сторю. Если блокер для стори то сторя возвращается в девелопмент. Если не блокер - то заводятся баги на сторю, она закрывается, баги чинятся. Но это типа не по канбану. Или можно скрыть за фичефлагом, релизить скрытой и доделывать потом.
Нет, мне теперь интересно, что это за процесс, когда ты когда хочешь протестировал, когда хочешь завёл баги, когда хочешь пофиксал х) я в таких не работала)
Смотри. Тут речь не про "релизить". Вот есть, скажем, пять критикал мест для релиза. Пока тестируете - нашли косяк в одном. Но области с потенциальными четвёртым и пятым критом пока вообще не тестировались. Сначала тестировать все области - и потом в девелопмент, или сразу вернуть?
Насчёт "когда хочешь" - этого я не понял. Есть условные сроки для для проведения тестирования сборки. Есть багтркер. Когда передают - тестишь и заводишь баги. Разработка видит баги и принимает сама (почти) решение о целесообразности переключаться на задачу по доработке/правке багов и выкату новой сборке. Это зависит от серьезности багов, времени, доступного для тестирования сборки
Нашел баг-завел, тестируете дальше. Дальше есть договоренности. К примеру что баги с текущих сторей имеют выше приоритет. Так что скорее всего пока вы продолжаете р тестируете ранее заведеные баги чинят. Цель - как можно более безбажная сторя
Тестировщик в 90% случаев серьезность/критичность дефекта определяет правильно. Так что и за этим следить особо не надо. Дальше разработка (в коммуникации с ...) решает на какую задачу кого переключить
@Qsusha тоже: тогда если находится что-то, блокирующее дальнейшее тестирование - оно идёт по отдельному флоу? + если есть необходимость "выдернуть" разработчика от его текущей задачи в "in dev" - это полностью на его усмотрение, так?
ну как сказать... если разработчик увидел не только то, что в его задаче заведены баги, но и обратил внимание на их приоритеты - это, бывает, уже успех...
Плюс у нас для каждой фиче свой чат создается. Где PM, QA, Dev. И там принято говорить про проблемы и думать что с ними делать. В общем не бывает у нас такого что dev не знает про баги на своих новых фичах