Всем привет!
Скажите, где можно потыкаться в тренажеры багтрекеров или что-то в этом духе?

Если не значится, значит и говорю, кто может и разбирается в проекте на уровне исходников, тот предлагает и ищет первопричину появления (не всегда ведь тестерам кнопочки по инструкции тыкать). Локализация ошибки это одна из способностей QA, за которую ему и платят. Просто QA это личность, которая имеет нетривиальный взгляд и находится наравне с продактом, поэтому не вижу проблемы в том, что он может предлагать и влиять на проектирование с точки зрения плюсов и для разработки и для бизнеса.

А мне нравится когда разраб тестит, а потом пишет что он проверил и как, в отчёте, вот приятно после таких людей двойную работу делать

Ну так стоит разделять "помог по доброте душевной и потому что могу" и "входит в обязанности". Оценивают - по качественному выполнению второго пункта :)

Спасибо, попробую)
Кстати, вопрос на будущее - как это можно (и нужно ли) осветить в будущем резюме? Что-то в духе "Знаком с жирой, видел издалека"?

Ты смешиваешь роли с активностями.
QA - это не роль, это пул задач.

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

И тут мы, конечно, вкатимся в твой светлый безопасный интерпрайзный мир, где всегда есть ЛПР и решения принимает только он, а все остальные не лезут, что б не дай бог бонуса не лишили.
Но, неожиданно, не все команды работают так.

Раз это входит в обязанности, то необходимо искать такого кандидата сразу. А если прилетает лид и говорит, теперь в тикетах обязательно должна быть примерная инструкция к исправлению с локализацией, то это его проблемы. Имелось ввиду, что если данную "функцию" реально внедрить в командах и если тестеры будут придерживаться подобного подхода, то это положительно сказывается на всей работе.

да, все баг-трекеры с которыми работали надо писать. На собеседованиях про них тоже могут спросить :) типо какие знаете

Всем привет!
Скажите, где можно потыкаться в тренажеры багтрекеров или что-то в этом духе?

Раз это входит в обязанности, то необходимо искать такого кандидата сразу. А если прилетает лид и говорит, теперь в тикетах обязательно должна быть примерная инструкция к исправлению с локализацией, то это его проблемы. Имелось ввиду, что если данную "функцию" реально внедрить в командах и если тестеры будут придерживаться подобного подхода, то это положительно сказывается на всей работе.

не, ну мы же всегда пишем ожидаемый результат :)  это ли не предложение решения.

>Раз это входит в обязанности
Так дело то в том, что обычно в обязанности это не входит.

>Если данную "функцию" реально внедрить в командах и если тестеры будут придерживаться подобного подхода, то это положительно сказывается на всей работе.

"Если N реально внедрить в командах и если M будут придерживаться подобного подхода, то это положительно сказывается на всей работе."
Вообще не факт. Вопрос в том, как выстроены метрики, и что значит "положительно".

а мы по канбану :)

У меня тоже канбан, поэтому всегда на связи с автором спринта, и всегда конечный ответ по предложенным решениям за ним :)