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.
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.
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ų.
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.
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:
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: _
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.
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“!