Microsoft создали роль SDET, а потом удалили ее
Microsoft создали роль SDET, а потом удалили ееSoftware Development Engineer in Test (SDET) – роль впервые создали в Microsoft, в началае 2000-х, , чтобы объединить навыки разработчиков и тестировщиков.Идея заключалась в том, чтобы повысить качество ПО, написав автоматические тесты с тем же вниманием как и основной код.То есть SDET это разработчик, но с фокусом на тестируемость, надежность и автоматизацию. а как же QA? QA больше про процессы, бизнес (BDD), документацию, ручное тестирование, сейчас уже есть AQA (automation quality assurance engineer).🙌В 2014 роль SDET в Microsoft была упраздненаУбрали чёткое разделение между SDE (Software Development Engineer) и SDET. Все инженеры стали называться просто Software Engineer.От всех начали ожидать ответственности за качество продукта, а не только от выделенных тест-инженеров. Вместо передачи "готового" кода тестерам, начали внедрять инженерную ответственность за всё: от проектирования до продакшн-мониторинга.Роль SDET как отдельная может и исчезла в Microsoft, но концепция продолжила жить. В других компаниях (например, Amazon, Google) SDET по-прежнему существует, особенно в командах, где нужен сильный фокус на автоматизацию, performance, test tooling и infrastructure.В чем разница между AQA (Automation QA) и SDET (Software Development Engineer in Test) ?🤓AQAОсновной фокус - написание автоматических тестов для UI, API, реже - интеграционных.Основные задачи: • Пишет автоматические тесты (чаще всего end-to-end). • Использует инструменты: Selenium, Cypress, Playwright, Postman, JMeter и т.п. • Работает в рамках готового тестового фреймворка. • Больше вовлечён в тестирование продукта, чем в разработку его архитектуры.Типичный стек:JavaScript/TypeScript, Python, Java + тестовые фреймворки.Сильные стороны: • Хорошо понимает процессы QA. • Может покрыть автотестами весь UI/API. • Помогает команде выявлять регрессии.🤓SDETРазработчик с фокусом на тестирование. Пишет код, чтобы обеспечить тестируемость, надёжность и масштабируемость продукта.Основные задачи: • Разрабатывает тестовые фреймворки и библиотеки. • Пишет юнит-, интеграционные и контрактные тесты. • Создаёт инструменты для тестирования и CI/CD-инфраструктуру. • Участвует в архитектурных обсуждениях - делает систему тестируемой с самого начала.Типичный стек:То же, что и у обычных разработчиков: Java, C#, Go, Python, TypeScript, плюс Jenkins, Docker, Kubernetes и т.п.Сильные стороны: • Может писать production-код при необходимости. • Понимает внутреннюю архитектуру системы. • Строит инфраструктуру для качества (включая performance/load testing, fault injection и т.д.).В реальности, AQA может развиться в SDET, а иногда "SDET" на деле — просто AQA с модным названием.Но те кто создали роль SDET, в итоги от нее отказались, возможно это что-то значит.У вас в компании есть SDET?👍 - да❤️ - нет, но есть AQA🔥 - нет и AQA нет😋 - я не понимаю о чем речь #программирование | @andreyposnov