SDET Unicorns - Почему так сложно нанять SDET?

SDET, также известный как инженер-разработчик программного обеспечения в тестировании, является должностью в области тестирования программного обеспечения и обеспечения качества. Первоначально этот термин использовался Microsoft, а затем Google с целью замены рутинных и повторяющихся задач ручного тестирования автоматизацией.

С годами все больше и больше компаний нанимают SDET, поскольку они играют ключевую роль в Agile и DevOps. Однако это сложная роль.

Технологии меняются очень быстро, и тестировщикам нужно многому научиться, чтобы оставаться впереди всех.

В моем предыдущем посте Тестирование в мире DevOps , Я объяснил, как роль тестировщика изменилась за последнее десятилетие, что привело к нехватке тестовые единороги .

В этом посте рассказывается о роли SDET и о том, почему SDET единорога так сложно найти.

Что делает SDET?

SDET - это тестер технического программного обеспечения, специализирующийся на разработке сценариев автоматического тестирования.



Как правило, они являются частью гибкой команды и работают вместе с разработчиками, чтобы помочь автоматизировать критерии приемлемости в пользовательских историях.

Помимо участия в типичных мероприятиях по обеспечению качества, они могут писать все, что угодно, от автоматических интеграционных тестов, тестов API и / или тестов автоматизации пользовательского интерфейса.

Кроме того, SDET могут помочь в обзоре модульных тестов, написанных разработчиками.

Зачем нужны SDET?

В каждом продукте есть некоторые основные функции, которые должны работать в каждой версии продукта. Это означает, что в каждом спринте необходимо тестировать новые функции плюс существующие.

Гибкая разработка идет быстрыми темпами. В случае коротких спринтов, которые обычно длятся две недели, у тестировщиков нет времени проверять все вручную.

Когда тестировщики в команде не обладают необходимыми навыками для написания автоматических проверок, все тестирование приходится проводить вручную.

В конечном итоге тестирование становится узким местом при разработке и выпуске программного обеспечения, поскольку на его выполнение уходит все больше времени.

Таким образом, наем и размещение SDET в гибкой команде может облегчить бремя за счет автоматизации большей части ручных тестов и задач.

Собеседование и найм SDET

Итак, почему так сложно найти и нанять хорошие SDET?

На протяжении многих лет большинство так называемых SDET, с которыми я беседовал, либо не обладают необходимыми техническими навыками, либо не понимают принципов обеспечения качества и тестирования.

Они не до конца понимают основную причину роли SDET в команде. Большинство из них полагают, что все, что от них требуется, - это автоматизировать критерии приемки. Давайте проясним, SDET НЕ является инженером по автоматизации .

Ключевым моментом является правильный баланс способностей к тестированию и технических навыков.

Отличный SDET - тестировщик программного обеспечения по профессии, увлеченный качеством программного обеспечения. и в то же время технически подкован и обладает правильным сочетанием технических навыков.

Во время собеседования для SDET я всегда ищу Образ мышления QA а также Технические навыки.

Профиль SDET - тестеры полного стека

Как выглядит профиль отличного SDET? Какие навыки должны иметь SDET?

Некоторые из нас слышали о разработчиках полного стека, но можем ли мы тестировщики полного стека ?

На мой взгляд, SDET должен иметь по меньшей мере следующие навыки и атрибуты:

  • Имеет образ мышления тестировщика, любопытен и может придумывать интересные сценарии тестирования.
  • Хорошо разбирается в принципах и методологиях тестирования.
  • Знает, что все испытания носят исследовательский характер, и понимает разницу между тестирование и проверка.
  • Может применять соответствующие методы тестирования для данного сценария
  • знает разницу между тестированием и QA
  • Может кодировать в по меньшей мере один язык сценариев или программирования (наиболее популярными являются Java и Javascript)
  • Понимает HTTP и как создаются современные веб-приложения
  • Может писать UI также как и Автоматические тесты API. Одно или другое недостаточно!
  • Знает Git, запросы на извлечение, ветвление , так далее…
  • Является гибким по своей природе и знает, как тестирование вписывается в гибкую модель.
  • Может писать сценарии тестирования производительности ( Гатлинг и / или JMeter )
  • Думает о безопасности и знает OWASP
  • Понимает CI / CD и конвейеры сборки
  • Знает услуги, предлагаемые поставщиками облачных платформ, такими как AWS, Azure и Google Cloud.

Стать отличным SDET

Как можно видеть, диапазон навыков, ожидаемых от SDET, довольно широк.

Мой совет тестировщикам, которые хотят стать SDET и оставаться актуальными в новую эпоху QA:

Убедитесь, что вы стремитесь получить все вышеперечисленные навыки в профиле SDET_, но как минимум: _

Знать и понимать основы тестирования

Прежде всего, нужно знать основы тестирования программного обеспечения.

Слишком хорошо быть на одном уровне с разработчиками и уметь писать красивый код. Но если у вас отсутствует образ мышления QA, если вы не можете придумать достаточно сценариев для всестороннего тестирования пользовательских историй и функций, вы не добавите никакой ценности. Вы могли бы работать усерднее и стать разработчиком.

Знайте и понимайте HTTP

Большинство современных веб-приложений взаимодействуют с API.

Очень важно знать и понимать архитектуру HTTP и то, как работает Интернет. Если вы не можете отличить запрос POST от запроса GET или не знаете, как разобрать JSON , тогда как можно эффективно протестировать API?

Потратьте время на изучение инструментов тестирования API, таких как Каратэ .

Вы не можете называть себя SDET, если все, что вы хотите делать, это автоматизировать тесты, и все, что вы знаете, это Java, Selenium и Cucumber!