SDET vienaragiai - kodėl taip sunku išsinuomoti SDET?

SDET, testavimo metu taip pat žinomas kaip programinės įrangos kūrimo inžinierius, yra programinės įrangos testavimo ir kokybės užtikrinimo srities vaidmuo. Iš pradžių šį terminą vartojo „Microsoft“, o tada „Google“, norėdama kasdienes ir pasikartojančias rankinio testavimo užduotis pakeisti automatika.

Bėgant metams vis daugiau įmonių samdo SDET, nes tai yra pagrindinis vaidmuo „Agile“ ir „DevOps“. Tačiau tai sudėtingas vaidmuo.

Technologijos keičiasi labai greitai, o bandytojai turi daug išmokti, kad liktų pirmyn.


Ankstesniame mano įraše Testavimas „DevOps“ pasaulyje , Aš paaiškinau, kaip pasikeitė testuotojo vaidmuo per pastarąjį dešimtmetį, todėl atsirado jo trūkumas išbandyti vienaragius .

Šiame įraše kalbama apie SDET vaidmenį ir tai, kodėl vienaragio SDET sunku rasti.




Ką veikia SDET?

SDET yra techninis programinės įrangos testeris, daugiausia dėmesio skiriantis automatizuotų testavimo scenarijų kūrimui.

Paprastai jie yra judrios komandos dalis ir dirba kartu su kūrėjais, kad padėtų automatizuoti priėmimo kriterijus vartotojų istorijose.

Jie gali ne tik dalyvauti įprastoje kokybės užtikrinimo veikloje, bet ir iš automatizuotų integravimo testų, API testų ir (arba) vartotojo sąsajos automatizavimo testų.

Be to, SDET gali padėti peržiūrėti kūrėjų parašytus testus.




Kodėl reikalingi SDET?

Kiekviename gaminyje yra keletas pagrindinių bruožų, kurie turi veikti kiekvieną kartą išleidžiant produktą. Tai reiškia, kad kiekviename sprinte reikia išbandyti naujas funkcijas ir esamus funkcionalumus.

Vikrus vystymasis yra greitas. Trumpais sprintais, kurie paprastai būna 2 savaičių, testuotojai neturi laiko viską išbandyti rankiniu būdu.

Kai bandytojai komandoje neturi reikiamų įgūdžių rašyti automatinius patikrinimus, visi testai turi būti atliekami rankiniu būdu.

Galų gale testavimas tampa programinės įrangos kūrimo ir išleidimo kliūtimi, nes ją atlikti reikės vis ilgiau.


Todėl samdant ir talpinant SDET į judrią komandą, galima sumažinti naštą, automatizuojant daugumą rankinių bandymų ir užduočių.



Interviu su SDET ir jų samdymas

Taigi, kodėl taip sunku rasti ir įdarbinti gerus SDET?

Per daugelį metų mano apklaustų vadinamųjų SDET trūksta reikiamų techninių įgūdžių arba jie nesupranta kokybės užtikrinimo ir testavimo principų.

Jie iki galo nesupranta pagrindinės SDET vaidmens komandoje priežasties. Dauguma susiduria su prielaida, kad viskas, ko jiems reikia, yra automatizuoti priėmimo kriterijus. Aiškiau, SDET NĖRA automatikos inžinierius .


Tinkamas tinkamumo ir techninių įgūdžių patikrinimo balansas yra pagrindinis dalykas.

Puikus SDET yra programinės įrangos testuotojas pagal profesiją, aistringai vertina programinės įrangos kokybę ir tuo pačiu yra išmanantis technologijas ir turi tinkamą techninių įgūdžių derinį.

Interviu dėl SDET visada ieškau QA mąstysena ir Techniniai įgūdžiai.



SDET profilis - viso paketo bandytojai

Kaip atrodo puikaus SDET profilis? Kokių įgūdžių turėtų turėti SDET?


Dabar kai kurie iš mūsų yra girdėję apie „full-stack“ kūrėjus, bet ar galime viso kamino bandytojai ?

Mano nuomone, SDET turėtų būti bent jau šie įgūdžiai ir savybės:

  • Turi testuotojo mąstymą, yra smalsus ir gali sugalvoti įdomių bandymų scenarijų
  • Puikiai supranta testavimo principus ir metodikas
  • Žino, kad visi bandymai yra tiriamojo pobūdžio, ir vertina jų skirtumus testavimas ir tikrinimas.
  • Gali taikyti atitinkamus bandymo metodus tam tikram scenarijui
  • žino skirtumą tarp testavimo ir kokybės užtikrinimo
  • Gali koduoti bent jau viena scenarijų ar programavimo kalba („Java“ ir „Javascript“ būna populiariausios)
  • Supranta HTTP ir kaip kuriamos šiuolaikinės žiniatinklio programos
  • Gali rašyti vartotojo sąsają taip pat API automatizuoti testai. Vienas ar kitas nėra pakankamai geras!
  • Žino „Git“, „Pull Requests“, „Branching“ ir tt ...
  • Yra judrios prigimties ir žino, kaip testavimas tinka judriam modeliui
  • Gali rašyti našumo testo scenarijus ( Gatlingas ir (arba) JMeter )
  • Galvoja apie saugumą ir žino OWASP
  • Supranta CI / CD ir „Build“ vamzdynus
  • Žino debesies platformos teikėjų, tokių kaip AWS, „Azure“ ir „Google Cloud“, siūlomas paslaugas


Tapimas puikiu SDET

Kaip matyti, įgūdžių, kurių tikimasi iš SDET, spektras yra gana platus.

Mano patarimas testuotojams, norintiems tapti SDET ir išlikti aktualiems naujame QA amžiuje, yra:

Įsitikinkite, kad visi aukščiau išvardyti įgūdžiai yra SDET profilyje_, bet bent jau: _

Žinoti ir suprasti testavimo pagrindus

Visų pirma, žinoti programinės įrangos testavimo pagrindus.

Labai gerai, kad galėtum prilygti kūrėjams ir sugebėti parašyti gražų kodą. Bet jei jums trūksta kokybės užtikrinimo mąstysenos, jei negalite sugalvoti pakankamai scenarijų, kad galėtumėte nuodugniai išbandyti naudotojų istorijas ir funkcijas, jūs nepridėsite jokios vertės. Jūs taip pat galite daugiau dirbti ir tapti kūrėju.

Žinokite ir supraskite HTTP

Dauguma šiuolaikinių žiniatinklio programų sąveikauja su API.

Būtina žinoti ir suprasti HTTP architektūrą bei žiniatinklio veikimą. Jei negalite atskirti POST užklausos nuo GET užklausos arba nežinote, kaip tai padaryti analizuoti JSON , tada kaip galite efektyviai išbandyti API?

Investuokite laiką mokydamiesi API testavimo įrankių, tokių kaip Karatė .

Negalite savęs vadinti SDET, jei viskas, ką norite padaryti, yra automatizuoti testus ir viskas, ką žinote, yra „Java“, „Selenium“ ir „Agurkas“!