SDET — это не профессия, это эволюция

Большинство компаний в какой-то момент приходят к одной и той же проблеме: тестировщики есть, автотесты есть, а качество релизов - нет. И первая реакция всегда одинаковая: «надо больше автотестов».

Нет. Не надо.

Проблема не в количестве тестов. Проблема в том, что большинство QA-команд пишут всё на верхнем слое пирамиды тестирования [E2E тесты], которые долго гоняются, часто падают, и при этом не всегда понятно почему. Unit тестов при этом минимум. Итог - пирамида превращается в перевёрнутый треугольник, а весь CI/CD превращается в минное поле

SDET — это попытка решить это структурно

Если коротко: SDET — это тестировщик, который умеет в код. Не «немного знает синтаксис», а реально может прийти к разработчику на код-ревью и подтянуть за базар, почему вот здесь узкое место и что оно значит для тестирования. Может сам развернуть стенд, настроить окружение и не ждать, пока DevOps покурит и вернётся на рабочее место

Проблема в том, что таких людей на рынке почти нет. РФ компания Orion soft это честно признали и просто начали выращивать их сами - берут опытных тестировщиков и дообучают на реальном коде, рефакторинге, архитектурных задачах

Потому что вырастить с нуля дорого и долго. А переобучить человека с базой - работает. Я думаю, это честный ответ на вопрос «как стать дорогим специалистом в QA». Не «выучи ещё один фреймворк». А залезь глубже — в код, в архитектуру, в DevOps. Перестань жить отдельно от команды разрабов

За основу взял статью от Orion Soft