в моей практике  первый отвечал за сбор всяческих статистик и презентацию их высокоуровневым мереджерам клиента, а второй за планирование и распределение задач в командах + общение с лоулевел менеджментом

Тест тим лида или тест тех лида?

QA менеджер

И QA тест лид

В мене куа менеджер відповідає за 4 скрам тіми - перевіряє, чи всі таски протестовано, чи є тест кейси і тд. Повідомляє про все, що від мене треба буде, як від куа, який належить до певної команди.

Куа лід, який був - відповідав суто за свою куа команду і презентував результати її роботи далі. Тобто фактично був пмом

Лид отвечает за 1-2 команды, не больше 8 тестировщиков всего. Часто сам тестирует и/или ревьювит тест кейсы. Это скорее инженер, чем менеджер. отвечает за эстимейт тасок.
Менеджер отвечает за 2 и до бесконечности команд, максимум 10 лидов и 100 тестировщиков то что я видел. Ничего руками уже не делает. Это менеджер не инженер. Отвечает за ресурсы, бюджеты. Распределение людей. Пресейл. Эстимейты крупных проектов. Настраивает одинаковые и вменяемые процессы по компании.

Ок. Про qa manager/director уже написали. Плюс это program management позиция, т.е. куча задач по планированию продукта. Тест лиды уже делятся по ролям. Тим соответственно если есть people management, tech lead - зона ответственности за какой-то большой кусок функционала (high availability, cluster management, system upgrade..)

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

Ну не совсем. У нас на Qa manager дофига задач по подпродуктам. Менеджменту ожиданий деливери менеджеров. Матрицы компетенций по каждому человеку

Он таки определяет скоуп и сроки активностей тестирования?

Он скорее состыковывает их. Представь себе отдельную команду фирмваршиков, железячников, бек-енд, клауд, мобайл. И надо состыковать релизы фич чтобы не блочить команды.

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

Т.е. он инициатор/модератор/фасилиатор для таких активностей. У вас это qa manager. У кого-то это cto, у кого-то customer care manager.

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

Такой же человек есть со стороны девов, девелопмент менеджер.

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

А нас сейчас так же.

Но, это может сознавать очень странные гибридные конструкции. Типа, вот у тебя есть фича тим полного цикла. У них есть задача всё сделать. У тебя есть условный тестировщик в вакууме. Он же часть тимы, и ему вроде задачи надо делать с приоритетами тимы. Но есть qa manager, который может сказать, что сейчас надо протестировать интеграцию с другой фича тимой и это важнее для всех. И тут конфликт интересов.

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

Так не работает, задача залетает в беклог и в следующий спринт идёт задача