SDET: нова роль на ринку?

Software Development Engineer in Test (SDET) — це відносно давнє явище в сфері розробки і рекрутингу, яке нещодавно почало набирати обертів. Термін ввела в оборот Microsoft, яка першою шукала людину на цю роль. Трохи згодом термін підхопили інші гіганти індустрії, наслідуючи яких, взагалі увесь ринок наситився пропозицією таких вакансій. Але що ж то за роль, якою має бути і за що відповідає така людина?

Умовний пік популярності прийшовся на 2022й рік, коли велика кількість компаній шукала собі “розробників в тестування”, а потенційні співробітники намагалися зрозуміти нове явище.

В самій назві криється ключ до розуміння ролі — людина з експертизою розробки застосунків, що поміщена в царину тестування. Таким чином дається в знаки популярність shift left підходу. Якість продукту забезпечується на новому рівні, оскільки людина із розумінням розробки і архітектури здатна включатися в процес тестування значно раніше і повніше:

1. Консультувати розробників щодо юніт- та інтеграційних тестів, покриття та оптимальної стратегії підтримки. SDET зазвичай має повний доступ до коду, що виключає можливість лишатися в блек-боксі.
2. Задавати тенденції розробки через технологічно- та бізнес-орієнтовані тести, що підтримують команду.
3. Писати код задля покращення перевіряємості застосунку (із тривіального — розставити на веб-сторінці необхідні атрибути).
4. Самостійно проектувати фреймворк автоматизації.
5. Дизайнити тест-кейси та автоматизувати їх.
6. Вирішувати DevOps задачі, пов’язані із автоматизацією тестування: налагодити проходження автотестів в білдах, генерувати репорти, обробляти метрики та формулювати висновки

Експертиза і вимоги до SDET ширші за традиційного General / Automation QA Engineer. Ці ролі QA включали в себе певний рівень досвідченості у розробці задля, власне, автоматизації, але не передбачали повний доступ до коду застосунку, тісну співпрацю із розробниками в сфері їхньої відповідальності і задач з налагодження оточення. В цьому сенсі SDET виглядає як логічний розвиток для General / Automation QA шляхом розширення знань і задач, які людина здатна і бажає на себе взяти.

Але для цього ваша компанія має чудово розуміти специфіку цієї ролі. Наразі у світі відбувається те саме, що колись спіткало роль QA Engineer — компанії приписують назву куди слід і куди не варто, розмиваючи діапазон вимог і відповідальності у названої ролі. Якщо упродовж історії QA Engineer фактично стало синонімом Tester, то SDET ризикує перетворитися на ще один спосіб сказати QA Automation Engineer.

Це не однобічне явище, у нього є і зворотна сторона: навички, знання і експертиза, що спочатку були вимогами до “чистого QA Engineer” і відрізняли його від просто мануального тестувальника, згодом інтегрувалися і стали новим індустріальним стандартом. Наразі бути чистим мануальним тестувальником без бодай базових навичок QA Engineer є все більш нерозважливою практикою.

Цілком вірогідно, що SDET потягне на себе стандарти автоматизації або ж усього кластеру QA, оскільки ринку властиво поєднувати вимоги і поступово підвищувати планку. Так чи інакше, людям, що бажають розвиватися в напрямку тестування і тим паче автоматизації вже зараз варто принаймні розглянути ідею руху в той бік, бо там наразі усього більше: і знань, і викликів, і грошей.