Коллеги, привет! 👋
💪 Сегодня хочу рассказать про профессию фулл-стек тестировщика или, как его принято называть, SDET-тестировщик
SDET (Software Development Engineer in Test) - это такой волшебный гибрид разработчика и тестировщика
По сути, это программист, который вместо того, чтобы писать новые фичи, пишет код для автоматизации тестов и создаёт инструменты, чтобы другие тесты работали быстрее и лучше. 🧰
🧠 Если совсем просто: разработчики пишут код приложения, а SDET пишет код, который проверяет код приложения.
🤔 Чем SDET отличается от обычного QA?
Вот представьте: вы классический QA - нажимаете кнопки, проверяете формы, ищете баги "руками" или автоматизируете простые тесты. А SDET работает с готовыми инструментами тестирования (например, Selenium), выполняет тест-кейсы, репортит баги. SDET создаёт сами эти инструменты и фреймворки, пишет код для автоматизации, разбирается в CI/CD, делает нагрузочное тестирование и участвует в code review. 🏋️♂️
По факту: SDET - это программист с душой тестировщика. Он не просто проверяет, он строит систему проверки.
Что должен уметь SDET
(Держись, список не маленький)
✅ Программирование — Java, Python, C# или другие языки на приличном уровне
✅ Автоматизация тестирования — Selenium, Appium, JMeter, Postman и другие инструменты
✅ Работа с базами данных — SQL, NoSQL, чтобы тестировать запросы и данные
✅ CI/CD — понимать, как работает непрерывная интеграция и развёртывания
✅ Фреймворки — уметь создавать и поддерживать тестовые фреймворки с нуля
✅ Софт-скиллы — критическое мышление, решение проблем, работа в команде и адаптивность
🧐 А зачем вообще становиться SDET?
✅ Деньги (естественно) - SDET зарабатывают больше, чем обычные QA, потому что требуют больше технических навыков
✅ Влияние на продукт - SDET участвует в архитектурных решениях, работает ближе к разработчикам, влияет на качество с самого начала
✅ Карьерный рост - это специализация, которая открывает двери в более серьёзные позиции
🤨 Кому это подходит?
Если вам нравится и программировать, и искать баги - добро пожаловать! Это путь для тех, кто хочет больше технической глубины, чем даёт обычный QA, но при этом не готов уйти в чистую разработку.
А вы знали о такой должности? Или вам больше нравится ручное тестирование, где можно творчески мыслить и ломать приложение?
Знаете, где поделиться своими мыслями ⬇️
⚡️ Подписаться
#Термин