А вот я и не смогла придумать, поэтому у тебя спросила про задачи

Когда мы работали над фреймворком автотестирования - у нас был крутой разработчик. При крутых автоматизатор ах в команде - без этого разработчика вышла бы ерунда.
Но, правда, это он у нас был тимлидом. Хотя мог был быть и qa тимлидом. Тоже норм бы было

Я рассматриваю  найм инженера-разработчика в QA команду место найма QA инженера как _один из инструментов_ для решения проблем "команды" разработки, которая по каким бы то ни было причинам в данный период времени не может решить такие проблемы самостоятельно.

А если не "какие бы то ни было причины", а докопаться до реальных источников проблем разработчиков?

Есть бесконечно множество инструментов, я рассмотрел один из них.

Про алгоритмы я ничего не писал)

Я про это сообщение https://t.me/qa_siberia/29410  там про логику, но и я про это

Имелась ввиду бизнес логика, а не алгоритмы)

Всем привет! Вставлю свои пять копеек.
Про помощь разработчикам: не вижу в этом ничего плохого, все мы люди и если тестировщик умеет в написание кода, то почему бы и не написать? В некоторых командах, я помогал дорабатывать фичи, по мере возможности.

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

Разве нет?:)

Я только за, когда ты помогаешь писать код, как член команды и всем это ок. Вариант - я поправлю минорные изменения текста, потому что я сейчас в контексте, мне это быстро и легко и уверен, что в моих силах, а у разработчиков  руки заняты сложными задачами.
Я могу вам помочь/подстраховать.
Ты пишешь о команде, о колаборации, о сотрудничестве.
В случае в рефакторингом Олега и в кейсе Артёма - я вижу противопоставление: "вот разрабы тут наговнокодили" и  "вот я, весь в белом, пришёл и все поправил".
Дело не в том, что именно делать. Дело в том, с каким посылом ты сюда пришёл это делать

Ну, про то, как это было сказано в команде и с каким посылом история умалчивает. Может, они здесь рассказали историю вроде: "Научил я этих двоечников работать", а на деле в команде всё было вроде: "Ребят, у нас проблема, а давайте усилим команду разработчиков, т.к. не справляемся с бэклогом?" и "Да не, вангую, аналитик хотел этими словами сказать вот это вот (неистово помогает достяпать функцию из туманно сформулированного требования, а потом аналитик важно кивает и жмёт руку Артёму)":)

Да, Костя, согласна. Я опять забываю добавлять "мне показалось, что в этом случае"

@oneumyvakin , пример задач, когда разраб может помогать тестировщикам:
1. Если есть автотесты, то в качестве ревьюера, автотестера, архитектора собственно автотестов.
2. В качестве "переводчика", который может глянуть в код и рассказать человеческими словами как оно устроено.
3. Как помощник при серо-бело-ящичном тестировании. Например, проанализировать if и switch конструкции, чтобы уточнить граничные значения и какие-нибудь классы эквивалентности.
4. Как полуадмин, который может развернуть или помочь развернуть тестировщику локальную среду. Бывают случаи, когда Студия нужна локально или другие разработческие артефакты.
5. Может обучить тестировщиков делать код-ревью, работать с инструментами для ревью, со средой разработки, понимать архитектурные паттерны и способы навигации.

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

Он и сам может тесты писать. TDD, не?:)

Ммм?

Если разраб сам пишет модульные тесты, он ведь тоже помогает тестировщикам, не? Или это тоже первый пункт?:)

У нас разрабы даже интеграционные писали.

Эм, ну, вообще, да, наверное.
Я пыталась ответить на вопрос "зачем может быть нужен разработчик как отдельный член команды QA?"

TDD - это не помощь тестировщикам.

А расскажите, откуда берется отдельная команда QA? Я повспоминал, и везде, где работал, QA просто часть фича-команды.

Типа, дефолтная команда — сколько-нибудь разработчиков, QA, аналитик, продакт, дизайнер/ui, сервисный девопс, очень редко проджект. Они от и до делают продукт.