Слишком мало данных. Я не знаю что за продукт. Может его пользователи запускают на пару минут и тут уже неважно, что через два часа он упадёт. Я не могу оценить важность бага и проблемы, которые он вызовет.

Сожгли рекламный бюджет из-за зафакапленного спринта - уволили тестировщика к хренам.

А может кто-нибудь на маке глянуть, у вас "brew update" работает?

nope.

Тоже висит?

Замечательно.

Мне кажется, вы сейчас восприняли мои слова как "нужно бежать с мачете к ПМу и угрожать его жизни, пока все баги не будут исправлены, а потом ещё раз сделать полный цикл тестирования". И, как следствие, пытаетесь привести примеры из жизни, чтобы развеять эти убеждения.
Но я этого не говорил.

Я просто утверждал, что работа тестировщика не заканчивается на предоставлении фидбека. А далее мы с @azshoo выяснили, что все предоставление фидбека понимают по-разному.

Релиз вчера был. :)

И, если мы рассматриваем, предоставление фидбека как нечто более комплексное, нежели просто создание подробного и понятного отчёта, то мы на одной волне и говорим об одном и том же. Но получается так, что немного разными словами.

Я пытаюсь донести мысль, что возможность/право решать когда и что катить в продакшен напрямую связано с ответственностью за эти решения.

И ответственность за эти решения - за пределами тестирования.
Её может нести тестировщик, если хочет и если команда так договорилась, но формально к тестированию она не имеет отношения.

Если QA может решать что катить, а что нет - тогда все возможные пинки за нафакапленные спринты он будет нести вместе с условным менеджером продукта.
И тогда ок.

Но это, опять же, просто значит, что он выполняет кусочек работы от другой роли.
Так же как если разработчики начали заниматься тестированием.

Ну, реальный мир диктует, что мы в той или иной мере должны сочетать навыки с другими профессиями. В конце концов, тестировщику неплохо было бы иметь немного навыков аналитика. Да и работу девопса, я думаю, что многие сочетают в своих задачах.

Реальный мир говорит, что никто никому ничего не должен.
Вы делаете ту работу, которую соглашаетесь делать.

Но от того, что вы делаете работу девопса, девопс частью тестирования не становится.

Где-то на просторах интернетов была статья о том, что будущее IT-специалистов за смешением обязанностей. Но это не истина, конечно же.

прям плюсую к доп навыкам

По ситуации. Иногда становится, если это нужно.

Не работает у нас подход, что один человек имеет один хороший навык и он хорошо ценится

Куа вполне может решать когда катить фичи на прод, если это умелая разработка в фича тогл со всеми вытекающими практиками дизайна данных и миграций и ревью кода. С таким выкатить бекенд таску может и тестировщик, что собственно мы и делали на одном из продуктов

говорят, где то на западе так)