SDET vs QA Engineer: чем реально отличается роль Меня спросили: вы SDET или QA Engineer? Я потратил пять минут, чтобы объяснить разницу. Давайте я сделаю это здесь.

Эти термины используют как синонимы — но реальный разрыв в обязанностях, зарплате и карьерном треке огромный.

SDET — это прежде всего инженер-разработчик: • Владеет кодовой базой тестов и отвечает за её архитектуру • Участвует в code review продуктового кода и может его рефакторить • Настраивает и поддерживает тест-инфраструктуру: CI, репортинг, тест-окружения • На ежедневной основе пишет TypeScript/Python/Java, а не только YAML

QA Engineer — это отдельная экспертиза, не «шаг назад»: • Тест-планы, анализ требований, управление рисками — это самостоятельная дисциплина • Координация команды тестировщиков, менторинг, процессы приёмки • Часто больше влияет на качество продукта, чем автоматизатор с красивыми скриптами

Где путаница: Рынок пишет «SDET» в вакансии, имея в виду «QA с Selenium». Это не одно и то же.

Как читать вакансию: • Написано «SDET», но нет code review в требованиях → скорее всего QA Automation • Написано «QA Engineer», но есть «разработка фреймворка с нуля» → скорее SDET • Ключевой вопрос на интервью: «Буду ли я участвовать в code review продуктового кода?»

Нет правильной или лучшей роли. Есть то, что вам нравится делать.

Как называется ваша роль и соответствует ли это тому, чем вы реально занимаетесь? Мне интересно, насколько часто название совпадает с реальностью.

#sdet #карьера #qa #qa_automation #тестирование #testing #career @haradkou_sdet