Unicorns SDET: per què és tan difícil contractar SDET?

SDET, també conegut com a enginyer de desenvolupament de programari en proves, és una funció laboral dins del domini de proves de programari i garantia de qualitat. El terme va ser utilitzat originalment per Microsoft i després per Google, amb l'objectiu de substituir la tasca de proves manuals mundanes i repetitives per automatització.

Al llarg dels anys, cada vegada hi ha més empreses que contracten SDET, ja que és un paper fonamental a Agile i DevOps. Tot i això, és un paper difícil de complir.

La tecnologia canvia molt ràpidament i els provadors han d’aprendre molt per mantenir-se per davant del joc.

En la meva publicació anterior, Proves en un món DevOps , Vaig explicar com el paper d'un provador ha canviat en l'última dècada, de manera que s'ha creat l'escassetat de prova els unicorns .

En aquesta publicació es parla del paper d’un SDET i de per què els SDET d’unicorn són difícils de trobar.

Què fa un SDET?

Un SDET és un provador de programari tècnic centrat en el desenvolupament de scripts de prova automatitzats.

Normalment, formen part d’un equip àgil i treballen al costat dels desenvolupadors per ajudar a automatitzar els criteris d’acceptació a les històries dels usuaris.

A més de participar en activitats típiques de control de qualitat, poden escriure qualsevol cosa des de proves d’integració automatitzades, proves d’API i / o proves d’automatització d’interfície d’usuari.

A més, els SDET podrien ajudar a revisar les proves unitàries que escriuen els desenvolupadors.

Per què es necessiten els SDET?

En tots els productes, hi ha algunes funcions bàsiques que han de funcionar en cada versió del producte. Això vol dir que en tots els sprint s’han de provar les noves funcions i les funcionalitats existents.

El desenvolupament àgil és ràpid. Amb els sprints curts, que solen durar dues setmanes, els verificadors no tenen temps de provar-ho tot manualment.

Quan els provadors d’un equip no tenen les habilitats necessàries per escriure xecs automatitzats, totes les proves s’han de fer manualment.

En última instància, les proves es converteixen en un coll d'ampolla per al desenvolupament i la publicació de programari, ja que trigaran més a completar-se.

Per tant, contractar i col·locar SDET en un equip àgil pot alleujar les càrregues automatitzant gran part de les proves i tasques manuals.

Entrevistes i contractació de SDET

Llavors, per què és tan difícil trobar i contractar bons SDET?

Al llarg dels anys, la majoria dels anomenats SDET que he entrevistat no tenen les habilitats tècniques requerides o no comprenen els principis de control de qualitat i proves.

No entenen del tot el motiu principal del paper de SDET en un equip. La majoria se suposa que només cal que automatitzin els criteris d’acceptació. Siguem clars, un SDET NO és un enginyer d'automatització .

La clau és tenir un equilibri adequat entre aptituds i habilitats tècniques.

Un gran SDET és un provador de programari d'ofici, és un apassionat de la qualitat del programari i al mateix temps és expert en tecnologia i té la combinació adequada d’habilitats tècniques.

Quan faig entrevistes per a SDET, sempre busco QA Mindset i Habilitats tècniques.

Perfil SDET: provadors de pila completa

Com és el perfil d'un SDET fantàstic? Quines habilitats han de tenir els SDET?

Ara, alguns de nosaltres hem sentit a parlar de desenvolupadors de pila completa, però sí provadors de pila completa ?

Al meu entendre, hauria de tenir un SDET al menys les següents habilitats i atributs:

• Té una mentalitat de verificació, és curiós i pot presentar escenaris de proves interessants
• Té una bona comprensió dels principis i metodologies de proves
• Sap que totes les proves tenen un caràcter exploratori i valora la diferència entre proves i comprovació.
• Pot aplicar mètodes de prova adequats per a un escenari determinat
• sap la diferència entre les proves i el control de qualitat
• Es pot codificar al menys un llenguatge de programació o scripting (Java i Javascript són els més populars)
• Entén HTTP i com es construeixen les aplicacions web modernes
• Pot escriure la IU així com Proves automatitzades API. Un o altre no és prou bo!
• Sap Git, Sol·licituds de tracció, ramificació , Etc ...
• Té una naturalesa àgil i sap com s’ajusten les proves al model àgil
• Pot escriure scripts de prova de rendiment ( Gatling i / o JMeter )
• Pensa en seguretat i n’és conscient OWASP
• Comprèn les canonades CI / CD i Build
• Coneix els serveis que ofereixen els proveïdors de plataformes en el núvol com AWS, Azure i Google Cloud

Esdevenir un gran SDET

Com es pot veure, el ventall d’habilitats esperades d’un SDET és bastant ampli.

El meu consell per als verificadors que vulguin convertir-se en SDETs i mantenir-se rellevants en la nova era del control de qualitat és:

Assegureu-vos que treballeu per tenir totes les habilitats anteriors al perfil SDET_, però com a mínim: _

Conèixer i comprendre els fonaments de les proves

En primer lloc, conèixer els fonaments de les proves de programari.

Està massa bé per estar a l’alçada dels desenvolupadors i poder escriure un bonic codi. Però si no teniu la mentalitat de control de qualitat, si no teniu prou escenaris per provar les històries i les funcions dels usuaris en profunditat, no afegireu cap valor. També podeu treballar més i convertir-vos en desenvolupador.

Conèixer i comprendre HTTP

La majoria d’aplicacions web modernes interactuen amb les API.

És essencial conèixer i comprendre l'arquitectura HTTP i el funcionament del web. Si no podeu diferenciar entre una sol·licitud POST i una sol·licitud GET o no sabeu com fer-ho analitzeu JSON , llavors, com podeu provar eficaçment una API?

Invertiu temps en aprendre eines de proves de l'API com ara Karate .

No us podeu dir SDET si només voleu automatitzar les proves i tot el que sabeu és Java, seleni i cogombre.