Как по мне, то подход "увидел и завел" может быть довольно опасным, но, как обычно, это зависит от многих факторов.
Опасность 1: много времени займет процесс заведения из-за чего тестирование и принятие решение о качестве затягивается. Иногда если понимаешь, что тестирование хотя бы по верхам займёт разумное количество времени и ничего не горит, то лучше протестить все и принять решение - релизим как есть и доделываем потом или возвращаем на доработку и ждем исправления. Иногда в процессе приходит понимание, что багов слишком много и проще всю фичу развернуть разработчику с просьбой протестить базовые кейсы самому (если их нет, то написать их в задачу) и не заканчивать тестирования.
Опасность 2: если задач с багами будет слишком много, то можно утонуть в тасках и МР-ах. К тому же ни кто не гарантирует, что исправление №1 после, допустим, исправления №5 будет работать корректно и не поломается из-за связанности багов - кажется разработчику проще видеть все баги сразу, возможно многие исправляются в одном месте.