SDET Unicorns - Af hverju er svona erfitt að ráða SDET?

SDET, einnig þekktur sem hugbúnaðarþróunarverkfræðingur í prófum, er starfshlutverk innan hugbúnaðarprófa og gæðatryggingarléns. Hugtakið var upphaflega notað af Microsoft og síðan Google með það fyrir augum að skipta um hversdagslegt og endurtekið handvirkt prófunarverkefni með sjálfvirkni.

Í gegnum árin ráða fleiri og fleiri fyrirtæki SDET þar sem það er lykilhlutverk í Agile og DevOps. Hins vegar er það krefjandi hlutverk að fylla.

Tækni breytist mjög hratt og prófendur þurfa að læra mikið til að vera áfram á undan leiknum.


Í fyrri færslu minni, Próf í DevOps heimi , Ég útskýrði hvernig hlutverk prófanir hefur breyst síðastliðinn áratug og þess vegna skapað skort á prófa einhyrninga .

Þessi færsla fjallar um hlutverk SDET og hvers vegna einhyrnings SDET er erfitt að finna.




Hvað gerir SDET?

SDET er tæknilegur hugbúnaðarprófari með áherslu á að þróa sjálfvirk prófunarforrit.



Venjulega eru þeir hluti af lipru teymi og vinna við hlið verktaka til að hjálpa til við að gera sjálfvirkar viðmiðanir um samþykki í sögum notenda.

Auk þess að taka þátt í dæmigerðri QA starfsemi geta þeir skrifað hvað sem er úr sjálfvirkum samþættingarprófum, API prófum og / eða sjálfvirkni prófum HÍ.

Að auki gætu SDET hjálpað til við að skoða prófanir á einingum sem eru skrifaðar af verktaki.




Af hverju þarf SDET?

Í hverri vöru eru nokkrir kjarnaeiginleikar sem hljóta að virka við hverja útgáfu vörunnar. Þetta þýðir að á hverjum spretti verður að prófa nýja eiginleika auk núverandi virkni.

Lipur þróun er hröð. Með stuttum sprettum, sem eru venjulega 2 vikur að lengd, hafa prófarar ekki tíma til að prófa allt handvirkt.

Þegar prófanir í teymi hafa ekki tilskilin færni til að skrifa sjálfvirkar ávísanir þarf að gera allar prófanir handvirkt.

Að lokum verður prófun flöskuháls við þróun og útgáfu hugbúnaðar vegna þess að það tekur lengri tíma og lengri tíma að ljúka því.


Þess vegna getur ráðning og staðsetning SDETs í lipru teymi létt á byrðunum með því að gera mikið af handvirkum prófunum og verkefnum sjálfvirk.



Viðtöl og ráðning SDETs

Svo, af hverju er svo erfitt að finna og ráða til sín góða SDET?

Í áranna rás skortir meirihluti svokallaðra SDETs sem ég hef rætt við annaðhvort tæknilega kunnáttu eða þarf ekki skilning á QA og prófunarreglum.

Þeir skilja ekki alveg meginástæðuna fyrir hlutverki SDET í teymi. Flestir rekast á þá forsendu að það eina sem þeir þurfa að gera er að gera sjálfvirkar viðmiðanir fyrir samþykki. Við skulum vera skýr, SDET er EKKI sjálfvirkniverkfræðingur .


Að hafa rétt jafnvægi við að prófa hæfni og tæknilega færni er lykilatriðið.

Frábært SDET er hugbúnaðarprófari í viðskiptum, hefur brennandi áhuga á gæðum hugbúnaðar og á sama tíma er tæknivæddur og hefur rétta blöndu af tæknifærni.

Þegar ég er í viðtölum fyrir SDET leita ég alltaf að QA hugarfar og Tæknilegir hæfileikar.



SDET prófíll - Prófarar í fullum stakk

Hvernig lítur sniðið að frábæru SDET út? Hvaða færni ættu SDET að hafa?


Nú, sum okkar hafa heyrt um full-stack verktaki, en getum við haft það prófessorar í fullum stakk ?

Að mínu mati ætti SDET að hafa það að minnsta kosti eftirfarandi færni og eiginleika:

  • Hefur prófunarhug, er forvitinn og getur komið með áhugaverðar prófatburðarásir
  • Hef góðan skilning á prófunarreglum og aðferðafræði
  • Veit að öll próf eru rannsóknarlegs eðlis og þakka muninn á milli prófa og athuga.
  • Get beitt viðeigandi prófunaraðferðum fyrir tiltekna atburðarás
  • þekkir muninn á prófunum og QA
  • Getur kóðað inn að minnsta kosti eitt forskriftarmál eða forritunarmál (Java og Javascript eru vinsælastar)
  • Skilur HTTP og hvernig nútíma vefforrit eru byggð upp
  • Getur skrifað HÍ sem og API sjálfvirk próf. Eitt eða annað er ekki nógu gott!
  • Veit Git, Pull Requests, Branching , etc ...
  • Er lipur í eðli sínu og veit hvernig prófun passar inn í lipra líkanið
  • Getur skrifað frammistöðuprófunarforrit ( Gatling og / eða JMeter )
  • Hugsar um öryggi og er meðvitaður um OWASP
  • Skilur CI / CD og byggir leiðslur
  • Þekkir þá þjónustu sem veitendur skýjapalla bjóða upp á eins og AWS, Azure og Google Cloud


Að verða frábær SDET

Eins og sjá má er svið þeirra hæfileika sem búist er við af SDET nokkuð breitt.

Ráð mitt til prófenda sem vilja verða SDET og halda áfram að eiga við á nýrri öld QA er:

Gakktu úr skugga um að þú vinnir að því að hafa alla ofangreinda færni í SDET sniðinu_, en að lágmarki: _

Þekkja og skilja grundvallaratriði prófana

Fyrst og fremst, þekkja undirstöður prófana á hugbúnaði.

Það er allt of vel að vera á pari við forritara og geta skrifað fallegan kóða. En ef þig skortir QA hugarfarið, ef þú getur ekki komið með nægar sviðsmyndir til að prófa notendasögur og eiginleika ítarlega, þá bætirðu ekki við neinu gildi. Þú gætir eins unnið meira og orðið verktaki.

Þekkja og skilja HTTP

Flest nútíma vefforrit hafa samskipti við API.

Það er nauðsynlegt að þekkja og skilja HTTP arkitektúr og hvernig vefurinn virkar. Ef þú getur ekki greint á milli POST beiðni og GET beiðni eða veist ekki hvernig á að gera flokka JSON , hvernig er þá hægt að prófa API á áhrifaríkan hátt?

Fjárfestu tíma í að læra API prófunartæki eins og Karate .

Þú getur ekki kallað þig SDET ef allt sem þú vilt gera er að gera sjálfvirkar prófanir og allt sem þú veist er Java, Selen og agúrka!