Ինչու՞ եք ցանկանում ավտոմատացնել թեստը:

Ինչու՞ եք ավտոմատացնում թեստը: Ի՞նչ օգուտներ ենք ստանում փորձարկման ավտոմատացումից:

Շատ հաճախ, երբ մարդիկ ներգրավվում են ավտոմատացված թեստավորման մեջ, նրանց հիմնական ուշադրությունը փոխվում է լավ թեստեր նախագծելուց `ապահովելով, որ ավտոմատացված ծածկագիրը կարող է իրականում կատարել և վարել թեստը:

Սպրինտի ընթացքում, երբ թիմի անդամները ճնշում են գործադրում պատմությունները սահմանափակ ժամանակահատվածում հասցնելու համար, սովորաբար բավարար ժամանակ չի մնում պլանավորված բոլոր սցենարները ստուգելու համար, առավել եւս `գրելու ավտոմատացված սցենարներ` նոր ֆունկցիոնալությունը ստուգելու համար:


Մենք կարող ենք խառնվել աշխատանքի մանրամասներին, ծածկագրում, վերանայում, կատարում և մոռանալ հիմնական պատճառի մասին: ինչու մենք իրականում ավտոմատացնում ենք թեստը:



Ինչու ենք մենք ավտոմատացնում թեստը:

Սա այն հարցերից մեկն է, որը ես տալիս եմ, երբ հարցազրույց եմ վերցնում Թեստի ավտոմատացման դերի հավակնորդներից և, ի զարմանս ինձ, շատ թեկնածուներ կարծես բաց են թողնում թեստը ավտոմատացնելու հիմնական և ամենակարևոր պատճառը: Թեկնածուներից ստացված որոշ պատասխաններ բավականին հավաստի են, բայց այն պատասխանը, որը ես փնտրում եմ, դեռևս չէ: Վերոնշյալ հարցին ես ստանում եմ որոշ պատասխաններ.


Բարձրացնել թեստի ծածկույթը

Այս պատասխանը բավականին վավեր է, բայց ինչպե՞ս ենք մենք սահմանում լուսաբանումը: Եթե ​​ունենք 100 թեստ, ինչպե՞ս կարող ենք չափել տոկոսային ծածկույթը:



Տեղադրված փորձարկման ավտոմատացման հասուն պրակտիկայով, դուք կարող եք անցնել հարյուրավոր թեստեր համեմատաբար կարճ ժամանակահատվածում:

Այդ պատճառով մենք կարող ենք ստեղծել ավելի շատ փորձարկման դեպքեր, ավելի շատ փորձարկման սցենարներ և փորձարկել տվյալ հատկության համար ավելի շատ մուտքային տվյալներով և դրանով ավելի մեծ վստահություն ձեռք բերել, որ իրենց համակարգն աշխատում է ինչպես սպասվում էր:

Այնուամենայնիվ, փորձարկման և հատկապես թեստավորման ավտոմատացման ժամանակ ավելի շատ փորձարկումներ իրականում չեն նշանակում ավելի լավ որակ կամ սխալներ հայտնաբերելու ավելի մեծ հնարավորություն:


Մարտին Ֆաուլերի գրառման մեջ, որտեղ նա քննարկում է Թեստային լուսաբանում , նա նշում է

Եթե ​​ծածկույթի որոշակի մակարդակ դնեք թիրախ, մարդիկ կփորձեն հասնել դրան: Խնդիրն այն է, որ ծածկույթի բարձր համարները շատ հեշտ է հասնել ցածրորակ թեստավորման միջոցով: Ձեր ունեցած ամենաանհեթեթ մակարդակում AssertionFreeTesting , Բայց նույնիսկ առանց այդ էլ դուք շատ թեստեր եք ստանում, որոնք փնտրում են այնպիսի բաներ, որոնք հազվադեպ են սխալվում `ձեզ շեղելով իսկապես կարևոր բաները փորձարկելուց:

Խնայել ժամանակը

Այս պատասխանը նույնպես ճշմարիտ է, քանի որ ավտոմատացված փորձարկումները գործարկելիս կարող եք արժեքավոր ժամանակ անցկացնել հետաքրքիր հետախուզական փորձարկումների վրա: Այնուամենայնիվ, բոլորովին նոր գործառույթի համար, որը մշակվել է, ավտոմատացված սցենարներ գրելը կարող է ավելի շատ ժամանակ պահանջել, քան առաջին ակնթարթում ձեռքով փորձարկելը:

Ուստի կարևոր է նշել, որ ավտոմատացված թեստերից ժամանակ խնայելու համար դա պահանջում է նախնական ջանք ՝ ավտոմատացված թեստերը գրելու համար, համոզվելով, որ դրանք վերանայվում են ծածկագրով, և որ ավտոմատացված թեստերի կատարման մեջ խխունջ չկա:


Գտեք ավելի շատ սխալներ

Այս պատասխանն ինձ երբեմն անհանգստացնում է, քանի որ ես երբևէ չեմ տեսել այնպիսի չափանիշներ, որոնք ենթադրում են, որ ավտոմատացման արդյունքում հայտնաբերված ավելի շատ սխալներ են հայտնաբերվել, քան ձեռքով / հետախուզական փորձարկումներով: Ավտոմատացված թեստերը, որպես կանոն, ստուգում են համակարգում ցանկացած հետընթաց ՝ նոր ծածկագիրն իրականացնելուց հետո:

Միշտ ավելի շատ հնարավորություններ կան սխալներ հայտնաբերելու նոր գործառույթների մեջ, քան առկա ֆունկցիոնալության մեջ: Ավելին, կան նաև այլ պատճառներ ինչու ավտոմատացված թեստերը չեն կարողանում թերություններ գտնել

Փոխարինեք ձեռնարկի փորձարկիչները

Սա, հավանաբար, ամենավատ պատասխանն է, որ ես լսել եմ այն ​​կապակցությամբ, թե ինչու ենք ավտոմատացնում թեստը: Հստակ տարբերակում կա, թե ինչ է անում ձեռքի փորձարկողը և ինչ է ստուգում ավտոմատացված թեստը: Ավտոմատացված փորձարկումը փորձարկում չէ, այլ փաստերի ստուգում:

Թեստը ավտոմատացնելու հնարավորություն ունենալու համար մենք պետք է իմանանք սպասվող արդյունքը, որպեսզի կարողանանք ստուգել վավեր կամ անվավեր արդյունքը: Սա է մեզ տալիս ճշմարիտ կամ կեղծ, դրական կամ բացասական, անցում կամ ձախողում:


Մյուս կողմից փորձարկումը հետաքննող վարժություն է, որտեղ մենք միաժամանակ նախագծում և իրականացնում ենք թեստեր: Շատ բան կարող է այլ կերպ վարվել, որտեղ կարող է նկատել միայն դիտող մարդու փորձարկողը:

Լավ ձեռքի փորձարկիչները միշտ անհրաժեշտ կլինեն տարբեր մտածելակերպի և համակարգը կասկածի տակ դնելու ունակության պատճառով:



Բարելավել որակը

Չնայած ավտոմատացված թեստերը ի վիճակի են մեզ արագ արձագանքել և զգուշացնել ծրագրի առողջության մասին, որպեսզի կարողանանք վերադարձնել համակարգը կոտրած ցանկացած կոդի փոփոխություն, ավտոմատացված փորձարկումն ինքնին չի բարելավում որակը: Պարզապես այն պատճառով, որ մենք ունենք փորձարկման հասուն ավտոմատացում, չի երաշխավորում, որ ոչ մի սխալ չի արտադրվում:

Մենք կարող ենք բարելավել որակը ՝ ապահովելով, որ զարգացման պրոցեսի սկզբից մինչև վերջ ճիշտ գործելակերպը պահպանվի: Որակը հետագա միտք չէ. այն պետք է թխվի հենց սկզբից: Ապրանքի որակի պատկերն ստանալու համար բավարար չէ ապավինել ավտոմատացված թեստերին:




Այսպիսով, ո՞րն է թեստը ավտոմատացնելու հիմնական պատճառը:

Կարճ պատասխանն է կրկնելիություն , Մենք ավտոմատացնում ենք թեստը, քանի որ պետք է նույն թեստերը կրկին ու կրկին կատարենք: Կցանկանայի՞ք ավտոմատացնել թեստը, եթե միայն մեկ անգամ փորձարկեիք այն և մոռանայիք դրա մասին: Իհարկե ոչ! Testամանակն ու ջանքերը, որոնք դուք ծախսում եք թեստը ավտոմատացնելու վրա, կարող էիք այն ձեռքով կատարել:

Այժմ, ըստ սահմանման, մենք ավտոմատացնում ենք կրկնվող թեստերը, այսինքն ՝ ռեգրեսիայի թեստերը, որոնք մենք հաճախ պետք է կատարենք:

Այսպիսով, հաջորդ անգամ, երբ ուզում եք ավտոմատացնել թեստը, մի քայլ հետ արեք և մտածեք, թե որքան հաճախ եք հավանական այս թեստը կատարել: Թեստը ավտոմատացնելու համար իսկապես արժե՞ ջանք գործադրել: