Со стороны разработки виднее проблемы продукта.
Смешно, да. :)

Проблемы продукта видны со стороны продуктовых метрик.

🤦‍♂️. Короче: за микро экономику, орг. дизайн не в курсе, просто не лезьте. За вас другие решат/подумают.

"не лезьте", "другие подумают", "советую"...серьезно?

по делу будет что-то или дальше чесать эго будете?

Индифферентно

Не смешно, а реальность). К сожалению давайте понимать, что считатть продуктовой метрикой и кто определяет ее правильность)).

Потом в итоге из-за таких продуктовых метрик навешивают больше всяких певседофич) А основной и важный функционл для пользователя и стабильность, уходит на 2-3 план

Ваши ожидания — ваши проблемы

бот штоле...

Хороший подход. Лучше вообще не думать.

Проблемы определения, захлестнувшие разработчиков лет эдак 4-5 назад в русскоязычном сегменте, пришли в сообщество тестеров, "печальненько". Скоро дойдем до: "ой, вы токсичны", "я 10 лет тостер", "начальник мудак" (хотя тут часто так и бывает, причины правда в другом), "тостеру видней за бизнес" и так далее.

Хотя что я, мои ожидания — мои проблемы😂

Так вот и надо понимать, что вообще делаем то? И для кого? Для пользователя? Реализуем хотелку заказчика/бизнеса, потому что аналитики не смогли до него достучатся по истинным целям или вообще свои фантазии уже прорабатываем

Дававй так. Если мы говорим об продуктовой разработчки, то важней сам пользователь. Он приносит деньги.

как вам угодно. не хотите думать, не думайте. за любое ваше решение вам же и отвечать.

И так, давайте по новому кругу.
Есть бизнес и лица, принимающие бизнесовые решения.
У них, обычно, есть некое продуктовое видение, ака "как эта штука должна работать, что бы она приносила деньги".
Эти ребята нанимают продактов, аналитиков и прочих классных ребят, с которыми они садятся, согласовывают продуктовые метрики, ключевые показатели и т.д.
В том числе, делегируют принятие продуктовых решений и фичегенерацию.
И, в целом, вся эта ваша разработка и её планы строятся на том, что бы пилить фичи, которые будут помогать этим продуктовым метрикам расти.
Собственно, метрики продукта и их динамика - это отражение проблем продукта.

Так вот.
Разработчики и тестировщики могут быть лучше осведомлены о техническом долге, об инфраструктурных проблемах, о багах, в конце концов.
И всё это может влиять на продуктовые метрики самым печальным образом.

Но, ещё раз повторюсь, о реальных проблемах продукта знает лучше всех тот, кто следит за метриками продукта.
Потому что если все эти ваши баги не сказываются на продуктовых метриках - да насрать на них вообще.
Потому что если технический долг и костыли в коде не срывают продуктовые дедлайны и не сказываются на ROI - тоже, в общем-то, окей.

И, в общем-то, есть всего два варианта, когда вам, как тестировщику, виднее, что там за проблемы с продуктом.
1) Вам нравится думать, что вы Д`Артаньян, а вокруг все идиоты и ничего не понимают, только херней какой-то занимаются.
2) Вы плохо делаете свою работу, потому что, тащемта, это задача тестировщика делать так, что бы бизнес был в курсе состояния качества продукта и проблем в продакшене.

И, в целом, первое обычно очень часто сопряжено со вторым. :)

2. Уже не самое актуальное) Только информирование делает QC

Оукей. Я понял.
Информированием о проблемах пусть занимается QC.
А тестировщик просто знает лучше всех, как правильно делать продукт, но молчит и проходит тестики.
Зачем? Да потому что может.

Принято.

Это уже передерг )

Мы просто сводимся к моменты, не понимания что тестирование с (QA, QC и тд) может и как должно влиять. К сожалению мнение у всех разное.

Я за то что в целом тестирование должно вляить на продукт, на бизнес и т.д. А не только заниматься информированием и сидеть сложа ручки)