SDET. Часть 1. Разработчик или тестировщик?
Ранее я писал, кто такой QA в 2024 и что от него ждут. Тестирование продукта от бэкенда до клиента и автоматизация - это база. А вот дальше расти интересней, один из вариантов - SDET.
SDET — Software Developer Engineer in Test, или, говоря проще, разработчик в тестировании. Впервые прочитал о роли в 2017 году в статье Microsoft, где они рассказывали о сдэтах в команде Exchange как о следующем этапе развития тестировщика.
Да, SDET в первую очередь тестировщик. Он знает основы тестирования, может разработать тест-план, провести ревью тестовой модели и написать автотест любой сложности, но это не его ключевая задача - на это есть QA. В задачи SDET-ов в моих командах входит:
- Делать стабильную тестовую инфру(мобильные фермы туда же);
- Интегрировать тесты в CI/CD;
- Разрабатывать фреймворки автотестов;
- Создавать иные инструменты автоматизации под задачи команды.
Они закрывают нишу между разработкой и тестированием, обеспечивая их нужными инструментами. В команде постепенно исчезают ручные рутинные действия и она начинает разгоняться: быстрее катить релизы или брать больше задач. Это мастхев на больших проектах, где постоянный рост залог выживания.
Однако, есть нюанс с поиском. Я много раз собесил кандидатов с "лычкой" SDET с запросом 500к в секунду, но при этом не могли ответить за основы тестирования. Если вы разработчик, решивший перейти в QA ради повышения зарплаты, вас быстро раскроют. То же самое касается QA, прошедшего пару курсов на степике и почувствовав, что пора😀
За последние 3-4 проекта в моих командах SDET-ами были ребята с опытом в разработке минимум от мидла, которые знали за архитектуру приложения и инфру. Итого минимальные требования к SDET сейчас следующие:
- Senior в QA;
- Senior в автоматизации;
- Middle в разработке (Java/Python);
- Junior в инфраструктуре.
Потребность в таких инженерах в компании обычно говорит о высокой зрелости процессов качества и автоматизации, когда обычных Fullstack QA и DevOps уже недостаточно. Я обычно распределяю их по направлениям, на курирования нескольких команд, решая их задачи и проблемы. Все они также входят в "виртуальную" команду, объединяющих SDET-ов со всей компании.
Зачем нужна виртуальная команда SDET-ов, будет в следующем посте.
