SDET- ը, որը նաև հայտնի է որպես Softwareրագրակազմի զարգացման ինժեներ թեստում, ծրագրային փորձարկման և որակի ապահովման տիրույթում աշխատանքային դեր է: Տերմինն ի սկզբանե օգտագործվել է Microsoft- ի, այնուհետև Google- ի կողմից `աշխարհիկ և կրկնվող ձեռքով փորձարկման խնդիրը ավտոմատացումով փոխարինելու նպատակով:
Տարիների ընթացքում ավելի ու ավելի շատ ընկերություններ են վարձում SDET, քանի որ դա առանցքային դեր է խաղում Agile- ում և DevOps- ում: Այնուամենայնիվ, լրացնելը դժվար մարտահրավեր է:
Տեխնոլոգիան շատ արագ է փոխվում, և փորձարկողները պետք է շատ բան սովորեն խաղից առաջ մնալու համար:
Իմ նախորդ գրառման մեջ, Թեստավորում DevOps աշխարհում , Ես բացատրեցի, թե ինչպես է փոխվել փորձարկողի դերը վերջին տասնամյակում ՝ ստեղծելով դրա պակասը փորձարկման միաեղջյուրներ ,
Այս գրառումը խոսում է SDET- ի դերի և այն մասին, թե ինչու է միաեղջյուր SDET- ը դժվարանում գտնել:
SDET- ը տեխնիկական ծրագրակազմի փորձարկող է, որի ուշադրությունը կենտրոնացած է ավտոմատացված թեստային գրերի մշակման վրա:
Սովորաբար, նրանք ճկուն թիմի մի մասն են և աշխատում են մշակողների հետ միասին ՝ օգնելու ավտոմատացնել ընդունման չափանիշները օգտագործողների պատմություններում:
Մասնակցելով որակի ապահովման բնորոշ գործողություններին, նրանք կարող են գրել ինչ-որ բան ՝ ավտոմատացված ինտեգրման թեստերից, API թեստերից և (կամ) UI ավտոմատացման թեստերից:
Բացի այդ, SDET- ը կարող է օգնել վերանայել միավորի թեստերը, որոնք գրված են մշակողների կողմից:
Յուրաքանչյուր ապրանքի մեջ կան մի քանի հիմնական առանձնահատկություններ, որոնք պետք է գործեն ապրանքի յուրաքանչյուր թողարկման ժամանակ: Սա նշանակում է, որ յուրաքանչյուր արագավազքում պետք է փորձարկվեն նոր առանձնահատկություններ և առկա ֆունկցիոնալությունը:
Արագաշարժ զարգացումը արագ տեմպերով է ընթանում: Կարճ արագությամբ, որը սովորաբար տևում է 2 շաբաթ, փորձարկողները ժամանակ չունեն ձեռքով փորձելու ամեն ինչ:
Երբ թիմում փորձարկողները չունեն ավտոմատացված ստուգումներ գրելու համար անհրաժեշտ հմտություններ, բոլոր փորձարկումները պետք է արվեն ձեռքով:
Ի վերջո, փորձարկումը դառնում է խոչընդոտ ծրագրային ապահովման մշակման և թողարկման համար, քանի որ դրա ավարտը կտևի ավելի ու ավելի երկար:
Հետևաբար, SDET- ները վարձել և դնել ճարպիկ թիմում, կարող է մեղմել բեռները ՝ ձեռքի թեստերի և առաջադրանքների մեծ մասի ավտոմատացման միջոցով:
Այսպիսով, ինչու՞ է այդքան դժվար գտնել և հավաքագրել լավ SDET:
Այս տարիների ընթացքում, այսպես կոչված, SDET- ների մեծամասնությունը, որոնց հետ ես հարցազրույց եմ վերցրել, կամ չունեն անհրաժեշտ տեխնիկական հմտություններ, կամ չեն հասկանում ՈԱ-ի և փորձարկման սկզբունքները:
Նրանք լիովին չեն հասկանում թիմում SDET- ի դերի հիմնական պատճառը: Շատերը բախվում են այն ենթադրության հետ, որ նրանցից պահանջվում է ընդամենը ընդունել ավտոմատացված ընդունման չափանիշները: Եկեք պարզ լինենք, SDET- ը ավտոմատացման ինժեներ չէ ,
Փորձարկման հմտության և տեխնիկական հմտությունների ճիշտ հաշվեկշիռ ունենալը գլխավորն է:
Հիանալի SDET- ը ծրագրային ապահովման փորձարկող է, կիրք ունի ծրագրակազմի որակի նկատմամբ և միևնույն ժամանակ տեխնոլոգիական գիտելիքներ ունի և ունի տեխնիկական հմտությունների ճիշտ խառնուրդ:
SDET- ների համար հարցազրույցներ անցկացնելիս ես միշտ փնտրում եմ ՈԱ մտածելակերպ և Տեխնիկական հմտություններ.
Ինչպիսի՞ն է մեծ SDET- ի պրոֆիլը: Ի՞նչ հմտություններ պետք է ունենան SDET- ները:
Հիմա, մեզանից ոմանք լսել են լիարժեք stack մշակողների մասին, բայց կարո՞ղ ենք դա անել լրիվ դեղով փորձարկողներ ?
Իմ կարծիքով, SDET- ը պետք է ունենա գոնե հետևյալ հմտություններն ու հատկությունները.
Ինչպես երեւում է, SDET- ից ակնկալվող հմտությունների շրջանակը բավականին լայն է:
Իմ խորհուրդը փորձարկողներին, ովքեր ցանկանում են SDET դառնալ և QA- ի նոր դարում արդիական մնալ, հետևյալն է.
Համոզվեք, որ աշխատում եք SDET պրոֆիլում վերը նշված բոլոր հմտություններն ունենալու ուղղությամբ, բայց նվազագույնը ՝ _
Նախ և առաջ գիտեք ծրագրային ապահովման փորձարկման հիմքերը:
Շատ լավ է ծրագրավորողների հետ հավասար լինելը և գեղեցիկ կոդ գրելու ունակությունը: Եթե QA մտածելակերպի պակաս ունեք, եթե չեք կարող բավարար սցենարներ ներկայացնել ՝ օգտագործողների պատմություններն ու հատկությունները խորը ստուգելու համար, ապա ոչ մի արժեք չեք ավելացնում: Կարող եք նաև ավելի շատ աշխատել և դառնալ մշակող:
Modernամանակակից վեբ հավելվածների մեծ մասը փոխազդում է API- ների հետ:
Կարևոր է իմանալ և հասկանալ HTTP- ի ճարտարապետությունը և ինչպես է աշխատում ոստայնը: Եթե չեք կարող տարբերակել POST հարցումը և GET հայցը կամ չգիտեք, թե ինչպես վերլուծել JSON- ը , ապա ինչպե՞ս կարող եք արդյունավետորեն ստուգել API- ն:
Ներդրեք ժամանակ ՝ սովորելու API- ի փորձարկման գործիքներ, ինչպիսիք են Կարատե ,
Դուք չեք կարող ձեզ SDET անվանել, եթե այն ամենը, ինչ ցանկանում եք անել, ավտոմատացնել թեստերն են, և ձեր իմացածը միայն Java- ն է, Selenium- ը և վարունգը: