SDET еднорози - Зошто е толку тешко да се ангажираат SDET?

SDET, исто така познат како Инженер за развој на софтвер во тест, е работна улога во рамките на доменот за тестирање на софтвер и квалитет. Терминот првично го користеше Мајкрософт, а потоа и Гугл со цел замена на секојдневната и повторувачка задача за рачно тестирање со автоматизација.

Со текот на годините, се повеќе компании ангажираат SDET бидејќи тоа е клучна улога во Agile и DevOps. Сепак, предизвикувачка улога е да се пополни.

Технологијата се менува многу брзо и тестерите треба да научат многу за да останат пред играта.


Во мојот претходен пост, Тестирање во светот на DevOps , Објаснив како улогата на тестер се сменила во последната деценија, со што се создаде недостиг од тест еднорози .

Овој пост зборува за улогата на SDET и зошто еднорозите SDET тешко можат да се најдат.




Што прави SDET?

SDET е тестер за технички софтвер со фокус на развој на автоматски скрипти за тестирање.

Типично, тие се дел од агилен тим и работат заедно со програмерите за да помогнат во автоматизирање на критериумите за прифаќање во приказните за корисниците.

Освен што учествуваат во типични активности за ОК, тие можат да напишат сè, од тестови за автоматизирана интеграција, API тестови и / или тестови за автоматизација на UI.

Покрај тоа, SDET може да помогне во прегледот на единичните тестови што ги напишале програмерите.




Зошто се потребни SDET?

Во секој производ, постојат некои основни карактеристики кои мора да функционираат при секое ослободување на производот. Ова значи дека на секој спринт мора да се тестираат нови карактеристики плус постоечка функционалност.

Агилниот развој е брз. Со кратки спринтови, кои обично траат 2 недели, тестерите немаат време да тестираат сè рачно.

Кога тестерите во тим ги немаат потребните вештини за да напишат автоматски проверки, целото тестирање треба да се изврши рачно.

На крајот на краиштата, тестирањето станува тесно грло за развој и ослободување на софтвер бидејќи ќе биде потребно подолго и подолго да се заврши.


Затоа, ангажирањето и поставувањето на SDET во агилен тим може да ги ублажи товарите со автоматизирање на голем дел од рачните тестови и задачи.



Интервју и вработување на SDET

Па, зошто е толку тешко да се најдат и регрутираат добри SDET?

Со текот на годините, поголемиот дел од таканаречените SDET кои ги интервјуирав или ги немаат потребните технички вештини или немаат разбирање за принципите за квалификација и тестирање.

Тие не ја разбираат целосно главната причина за улогата на SDET во тим. Повеќето се среќаваат со претпоставка дека се што треба да направат е да ги автоматизираат критериумите за прифаќање. Да бидеме јасни, SDET НЕ е инженер за автоматизација .


Да се ​​има вистинската рамнотежа на способноста за тестирање и техничките вештини е клучната работа.

Одличен SDET е тестер за софтвер по трговија, страствен е за квалитетот на софтверот а во исто време е технолошки тажен и има вистинска мешавина од технички вештини.

Кога интервјуирам за SDET, секогаш барам Уметност на ОК и Технички вештини.



SDET профил - Тестери со целосен стек

Како изгледа профилот на одличен SDET? Кои вештини треба да ги имаат SDET?


Сега, некои од нас слушнале за програмери со целосен stack, но дали можеме да имаме тестери со целосен стек ?

Според мене, треба да има SDET барем следниве вештини и атрибути:

  • Има начин на размислување за тестери, curубопитен е и може да излезе со интересни сценарија за тестирање
  • Има солидно разбирање за принципите и методологиите за тестирање
  • Знае дека целото тестирање е истражувачка природа и ја цени разликата помеѓу тестирање и проверка.
  • Може да примени соодветни методи за тестирање за дадено сценарио
  • ја знае разликата помеѓу тестирањето и ОК
  • Може да кодира барем еден скриптен или програмски јазик (случајно, Java и Javascript се најпопуларните)
  • Разбира HTTP и како се градат модерни веб-апликации
  • Може да напише кориснички интерфејс како и Автоматски тестови на API. Едното или другото не е доволно добро!
  • Знае Git, Барања за повлекување, Разгранување , итн ...
  • Има агилна природа и знае како тестирањето се вклопува во агилниот модел
  • Може да напише скрипти за тест за изведба ( Гетлинг и / или JMeter )
  • Размислува за безбедноста и е свесен за тоа OWASP
  • Ги разбира гасоводите CI / CD и Build
  • Ги знае услугите што ги нудат даватели на платформа во облак како што се AWS, Azure и Google Cloud


Станување одличен SDET

Како што може да се види, опсегот на вештини што се очекуваат од SDET е доста широк.

Мојот совет до тестерите кои сакаат да станат SDET и да останат релевантни во новата ера на QA е:

Осигурете се дека работите кон тоа да ги имате сите горенаведени вештини во профилот SDET_, но минимум: _

Знајте и разберете ги основите на тестирањето

Прво и најважно, да ги знаете основите на софтверското тестирање.

Премногу е добро да се биде на исто ниво со програмерите и да може да пишувате убав код. Но, ако ви недостасува начин на размислување за QA, ако не можете да излезете со доволно сценарија за да ги тестирате корисничките приказни и одлики во длабочина, тогаш не додавате никаква вредност. Вие исто така може да работите понапорно и да станете развивач.

Знајте и разберете го HTTP

Повеќето современи веб-апликации комуницираат со API.

Од суштинско значење е да се знае и разбере HTTP архитектурата и како работи мрежата. Ако не можете да разликувате барање POST и GET барање или не знаете како да анализира JSON , тогаш како можете ефикасно да тестирате API?

Инвестирајте време во учење алатки за тестирање на API, како што се Карате .

Не можете да се наречете SDET ако сè што сакате да направите е да ги автоматизирате тестовите и се што знаете е Java, Селен и Краставица!