SDET միաեղջյուրներ - Ինչու՞ է այդքան դժվար SDET- ներ վարձելը:

SDET- ը, որը նաև հայտնի է որպես Softwareրագրակազմի զարգացման ինժեներ թեստում, ծրագրային փորձարկման և որակի ապահովման տիրույթում աշխատանքային դեր է: Տերմինն ի սկզբանե օգտագործվել է Microsoft- ի, այնուհետև Google- ի կողմից `աշխարհիկ և կրկնվող ձեռքով փորձարկման խնդիրը ավտոմատացումով փոխարինելու նպատակով:

Տարիների ընթացքում ավելի ու ավելի շատ ընկերություններ են վարձում 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- ը պետք է ունենա գոնե հետևյալ հմտություններն ու հատկությունները.

  • Ունի փորձարկող մտածողություն, հետաքրքրասեր է և կարող է հետաքրքիր թեստային սցենարներով հանդես գալ
  • Տիրապետում է փորձարկման սկզբունքներին և մեթոդաբանությանը
  • Գիտի, որ բոլոր փորձարկումները հետախուզական բնույթ են կրում և գնահատում են դրանց միջև եղած տարբերությունը փորձարկում և ստուգում:
  • Կարող է կիրառել փորձարկման համապատասխան մեթոդներ տվյալ սցենարի համար
  • գիտի թեստավորման և որակի որակի միջև տարբերությունը
  • Կարող է մուտքագրել կոդ գոնե մեկ սցենարական կամ ծրագրավորման լեզու (Java- ն և Javascript- ը պատահաբար ամենատարածվածն են)
  • Հասկանում է HTTP և ինչպես են կառուցվում ժամանակակից վեբ հավելվածները
  • Կարող է գրել UI Ինչպես նաեւ API ավտոմատացված թեստեր: Մեկը կամ մյուսը բավականաչափ լավը չեն:
  • Գիտի Git, Քաշեք հարցումներ, Մասնաճյուղեր և այլն
  • Natureարպ է բնույթով և գիտի, թե ինչպես է թեստավորումը տեղավորվում արագաշարժ մոդելի մեջ
  • Կարող է գրել կատարողականի թեստի սցենարներ ( Գաթլինգ և / կամ MՄետր )
  • Մտածում է անվտանգության մասին և տեղյակ է դրա մասին OWASP
  • Հասկանում է CI / CD և Build խողովակաշարերը
  • Գիտի ամպային հարթակ մատակարարների կողմից առաջարկվող ծառայություններ, ինչպիսիք են AWS, Azure և Google Cloud


Դառնալով մեծ SDET

Ինչպես երեւում է, SDET- ից ակնկալվող հմտությունների շրջանակը բավականին լայն է:

Իմ խորհուրդը փորձարկողներին, ովքեր ցանկանում են SDET դառնալ և QA- ի նոր դարում արդիական մնալ, հետևյալն է.

Համոզվեք, որ աշխատում եք SDET պրոֆիլում վերը նշված բոլոր հմտություններն ունենալու ուղղությամբ, բայց նվազագույնը ՝ _

Իմանալ և հասկանալ փորձարկման հիմունքները

Նախ և առաջ գիտեք ծրագրային ապահովման փորձարկման հիմքերը:

Շատ լավ է ծրագրավորողների հետ հավասար լինելը և գեղեցիկ կոդ գրելու ունակությունը: Եթե ​​QA մտածելակերպի պակաս ունեք, եթե չեք կարող բավարար սցենարներ ներկայացնել ՝ օգտագործողների պատմություններն ու հատկությունները խորը ստուգելու համար, ապա ոչ մի արժեք չեք ավելացնում: Կարող եք նաև ավելի շատ աշխատել և դառնալ մշակող:

Իմացեք և հասկացեք HTTP- ը

Modernամանակակից վեբ հավելվածների մեծ մասը փոխազդում է API- ների հետ:

Կարևոր է իմանալ և հասկանալ HTTP- ի ճարտարապետությունը և ինչպես է աշխատում ոստայնը: Եթե ​​չեք կարող տարբերակել POST հարցումը և GET հայցը կամ չգիտեք, թե ինչպես վերլուծել JSON- ը , ապա ինչպե՞ս կարող եք արդյունավետորեն ստուգել API- ն:

Ներդրեք ժամանակ ՝ սովորելու API- ի փորձարկման գործիքներ, ինչպիսիք են Կարատե ,

Դուք չեք կարող ձեզ SDET անվանել, եթե այն ամենը, ինչ ցանկանում եք անել, ավտոմատացնել թեստերն են, և ձեր իմացածը միայն Java- ն է, Selenium- ը և վարունգը: