Что Senior QA НЕ обязан знать в 2026 году? Продолжаю тему про уровни… — QApedia

QApedia | Тестирование@qa_wiki · 13K subscribers Open in TelegramOpen

Что Senior QA НЕ обязан знать в 2026 году?

Продолжаю тему про уровни QA. После постов про Junior и Middle логичный вопрос: а что тогда с Senior?

Потому что требования к Senior QA иногда выглядят примерно так: «Нам нужен человек, который пишет автотесты, знает 3 языка программирования, администрирует Kubernetes, разбирается в Kafka, умеет проводить нагрузочное тестирование, знает security, умеет строить CI/CD, понимает микросервисы, облака, базы данных, Scrum, DevOps и умеет читать мысли разработчиков»

Но Senior QA тоже НЕ ОБЯЗАН:

Знать абсолютно все технологии
Senior — это не энциклопедия технологий. Он может не знать конкретный инструмент, фреймворк или технологию, с которой раньше не сталкивался.
Гораздо важнее способность быстро разобраться:

как это работает;

какие здесь риски;

что и как нужно тестировать;

где искать информацию;

когда нужно привлечь другого специалиста.
Senior отличается скоростью и качеством решения новых задач.

Быть лучшим автоматизатором в команде
Senior QA может отлично разбираться в автоматизации, но Senior ≠ Automation Engineer. Если в команде есть сильный Automation QA, Senior не обязан писать больше всех автотестов или самостоятельно строить весь automation framework. Его задача шире — понимать, где автоматизация действительно принесёт пользу, как она должна быть встроена в стратегию тестирования и какие проблемы качества она должна решать.

Знать DevOps на уровне DevOps-инженера
Senior QA должен понимать инфраструктуру настолько, насколько это необходимо для качественного тестирования продукта. Docker, Kubernetes, CI/CD, логи, мониторинг, окружения — да, понимать принцип работы очень полезно. Но проектировать production-инфраструктуру, поддерживать Kubernetes-кластеры и решать все DevOps-задачи Senior QA не обязан.

Быть экспертом во всех видах тестирования
Senior не обязан одновременно быть специалистом по Performance, Security, Accessibility, Mobile, API, Automation и ещё десяти направлениям. Он должен понимать ограничения разных подходов и уметь определить, какая экспертиза нужна конкретной задаче.

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

признать ошибку;

понять, почему она произошла;

исправить ситуацию;

сделать выводы;

изменить процесс так, чтобы проблема не повторялась.

Знать продукт лучше всех
Senior QA действительно должен глубоко понимать продукт. Но он не обязан знать каждую бизнес-деталь лучше Product Manager или каждую техническую деталь лучше разработчика.
Его задача — видеть продукт с точки зрения качества:

где пользователь может столкнуться с проблемой;

какие сценарии критичны;

какие изменения могут повлиять на другие части системы;

где находятся основные риски.

Быть руководителем
Senior QA может быть отличным техническим специалистом и при этом не хотеть становиться Team Lead или Manager. Senior может влиять на команду через экспертизу, решения, инициативу и помощь другим, не имея формальной руководящей роли.

Постоянно писать код
У Senior QA может быть меньше кода, чем у Middle. И это нормально.
Чем выше уровень, тем больше времени может уходить на:

анализ рисков;

планирование тестирования;

исследование сложных проблем;

работу с архитектурой;

улучшение процессов;

обсуждение решений с командой;

менторинг;

предотвращение проблем, а не только их поиск.
Количество написанного кода само по себе не определяет уровень QA.

Поэтому главный показатель Senior QA в 2026 году опять же не количество технологий в резюме, а способность:

видеть систему целиком;

управлять рисками;

принимать решения в условиях неопределённости;

влиять на качество продукта;

замечать проблемы ещё до этапа тестирования;

влиять на технические и продуктовые решения;

помогать команде становиться сильнее;

брать ответственность за результат;

понимать, когда нужно копать глубже, а когда достаточно простого решения.

Senior QA — это специалист, который отвечает не только за качество своей работы, но и за качество подхода команды к продукту