Насколько глубоко QA должен погружаться в технические детали при работе над фичей?

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

Для простой UI-правки достаточно одного контекста, для платежа или асинхронной интеграции нужны состояния, границы транзакций, повторы и отказные сценарии. Обсудите архитектуру с разработчиком и аналитиком, выделяя то, что влияет на пользователя. Технические знания помогают ставить точные вопросы; их цель — качество решения, а не дублирование всей работы разработчика.