fbpx

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

Կախված այն ընկերությունից, որտեղ դուք աշխատում եք, շատ թեստավորումներ կատարվում են ձեռքով թեստավորման տեսքով:

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

 

Ի՞նչ է ձեռքով փորձարկումը:

մաքրելով որոշ շփոթություն ծրագրային ապահովման փորձարկման ավտոմատացման մեջ

Ձեռքով փորձարկումը ծրագրային ապահովման փորձարկման մի տեսակ է, երբ փորձարկման դեպքը ձեռքով կատարվում է փորձարկողի կողմից՝ առանց որևէ ավտոմատացված գործիքի օգնության:

Ընկերություններն օգտագործում են ձեռքով թեստավորում՝ որպես իրենց ծրագրային ապահովման սխալների կամ խնդիրների հայտնաբերման մեթոդ: Թեև ոմանք սա նկարագրում են որպես թեստավորման պարզ կամ պարզունակ ձև, այն, ի վերջո, սահմանում է ծրագրի ֆունկցիոնալությունը՝ չպահանջելով օգտագործել երրորդ կողմի փորձարկման գործիքներ :

Ծրագրային ապահովման փորձարկման բոլոր ձևերն ունեն որոշ ձեռքով ասպեկտներ, քանի որ կան հավելվածի որոշ առանձնահատկություններ, որոնք պարզապես անհնար է փորձարկել առանց որևէ ձեռքով միջամտության:

 

1. Ե՞րբ է անհրաժեշտ ձեռքով փորձարկում կատարել:

 

Կան մի քանի փուլեր, որոնցում մշակողները օգտագործում են ձեռքով փորձարկում, առաջինը հիմնական ֆունկցիոնալության զարգացման փուլում է:

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

Ձեռնարկի թեստավորումը տարածված է նաև զարգացման վերջին փուլերում, երբ ծրագրում ստեղծվել է UI: UI-ի փորձարկումը ներառում է տեսնել, թե ինչպես է իրական օգտագործողը արձագանքում մենյուների ձևավորմանը և ինչպես է աշխատում համակարգը:

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

 

2. Երբ պետք չէ ձեռքով թեստավորում անել

 

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

Տվյալների բազաները մշակում են հսկայական քանակությամբ տվյալներ, և դրանց ձեռքով մուտքագրումը շատ ժամանակ կխլի և անարդյունավետ կլինի կազմակերպության համար:

Այս դեպքերում ավտոմատացված համակարգերի օգտագործումը իդեալական է, քանի որ դրանք կարող են սահմանափակ ժամանակում մշակել տվյալների մեծ փաթեթներ:

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

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

 

3. Ո՞վ է ներգրավված ձեռքով թեստավորման մեջ:

 

Ձեռքով թեստավորման մեջ ներգրավված անձնակազմի անդամները կախված են ընկերության բնույթից, որտեղ դուք աշխատում եք:

 

Ձեռնարկի թեստավորման գործընթացում ներգրավված մարդկանցից ոմանք, ի լրումն զարգացման թիմի, դուք գտնում եք այս դերերը.

 

· Մշակող.

 

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

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

 

· ՈԱ փորձարկիչ

 

Ներկա լինելով ավելի մեծ թիմերում՝ QA թեստավորողները բացառապես ավարտում են թեստավորումը ընկերության համար և ապահովում, որ հավելվածն աշխատում է այնպես, ինչպես հաճախորդն է ակնկալում:

ՈԱ փորձարկիչն առաջին հերթին կարևոր է զարգացման փորձարկման, ինտեգրման և պահպանման փուլերի համար՝ ստանձնելով ձեռքով փորձարկումը հենց մշակողների կողմից, ովքեր փորձարկում են իրականացման ընթացքում:

 

· ՈԱ մենեջեր

 

Աշխատում է զարգացման խոշորագույն ընկերություններում, ՈԱ մենեջերները փորձարկողներ են հանձնարարում նախագծի կոնկրետ առաջադրանքների և ոլորտների համար:

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

 

Ի՞նչ ենք մենք ստուգում ձեռքով թեստերով:

 

Ծրագրաշարի մի քանի տարբեր ասպեկտներ կան, որոնք ուսումնասիրում են ձեռքով թեստերը, որոնցից յուրաքանչյուրն ավելի լավ է ձեռքով թեստավորում օգտագործելիս՝ թեստերի հատուկ մարտահրավերների շնորհիվ:

 

Հիմնական առանձնահատկություններից մի քանիսը, որոնց համար դուք օգտվում եք ձեռքով թեստեր օգտագործելուց, ի լրումն այն պատճառների, թե ինչու են ձեռքով թեստերը զարգանում այստեղ, ներառում են.

 

1. Հիմնական ֆունկցիոնալությունը

 

Ծրագրային ապահովման փորձարկման գործընթացի ամենավաղ մասերից մեկը նայում է ծրագրաշարի մի մասի հիմնական ֆունկցիոնալությանը:

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

Դրա օրինակն է տվյալների բազայի ծրագրակազմի մի մասը, որտեղ թեստավորողները տվյալներ են դնում ֆունկցիայի մեջ և արդեն գիտեն սպասվող արդյունքը:

Եթե երկուսը համընկնում են, ապա թեստը հաջողված է: Գործընթացի այս փուլում փորձարկումը ամուր հիմք է ստեղծում ընկերության մնացած աշխատանքի համար:

 

2. UI դիզայն

 

UI-ն վերաբերում է ծրագրաշարի ինտերֆեյսին կամ օգտագործողի համար հասանելի ընտրացանկերին, կոճակներին և ինտերակտիվությանը:

UI-ի թեստավորումը կենտրոնանում է և՛ UI-ի աշխատանքի ձևի վրա, և՛ օգտատիրոջ համար այն հարմարավետ աշխատելու ձևի վրա, ներառյալ՝ արդյոք օգտագործողը կարող է փոխազդել բոլոր գործառույթների հետ և արդյոք մենյուները էսթետիկորեն հաճելի են:

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

 

3. Ներթափանցման փորձարկում

 

Ներթափանցման փորձարկումը վերաբերում է ծրագրային փաթեթի փորձարկմանը՝ տեսնելու, թե արտաքին կողմը որքան հեշտ կարող է մուտք գործել ծրագրակազմ անօրինական միջոցներով:

Ծրագրային ապահովման ավտոմատացումը կենտրոնանում է մի քանի կոնկրետ քայլերի հետևման և գործընթացների ավարտի վրա, որոնք արդեն իսկ հավելվածի մաս են կազմում, այլ ոչ թե նոր ոլորտներ ուսումնասիրելու, որոնք պարտադիր են անվտանգության փորձարկման համար:

Օրինակ, ընկերությունը կարող է վարձել էթիկական հաքերների՝ գնահատելու իրենց ծրագրակազմը և փնտրելու ցանկացած հնարավորություն, որը կարող է ունենալ չարամիտ կողմը՝ մուտք գործելու օգտատերերի տվյալներ:

Սա ավելի ու ավելի կարևոր է դառնում այն տարիներին, երբ GDPR-ն ընդունվեց որպես օրենքի մաս ամբողջ Եվրոպայում:

 

4. Հետախուզական փորձարկում

 

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

Ձեռքով փորձարկումն ավելի հարմար է այս դեպքին, քանի որ ժամանակ է պահանջվում թեստային գործի կոդը գրելու համար, և ինչ-որ մեկը ձեռքով մտնելով ծրագրակազմ և այն ուսումնասիրելն ավելի քիչ ժամանակ կպահանջի:

Դրա օրինակն այն է, երբ ծրագրավորողը ցանկանում է ստուգել, թե արդյոք որոշակի հատկանիշը պատշաճ կերպով ինտեգրված է, մեկ թեստով, որը հաստատում է, որ տվյալները ճիշտ են շարժվում ծրագրի միջոցով:

 

Ձեռնարկի թեստերի կյանքի ցիկլը

 

Ձեռնարկի թեստերի կյանքի ցիկլի մի քանի փուլ կա, ձեռքով փորձարկումն օգտագործվում է ծրագրային փաթեթի մի շարք ասպեկտների ուսումնասիրության համար:

 

Ձեռնարկի թեստերի կյանքի ցիկլի որոշ փուլեր ներառում են.

 

· Պլանավորում

 

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

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

 

· Փորձարկում.

 

Լրացրեք թեստերը: Սա ներառում է թեստային դեպքերի մի քանի անգամ անցնել՝ հետևողական տվյալներ ստանալու և ձեր ստացած բոլոր տեղեկությունները նշելու համար:

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

 

· Վերլուծություն.

 

Վերլուծեք բոլոր արդյունքները, որոնք ստացել եք թեստերից: Սա ներառում է ծրագրային ապահովման մեջ առկա սխալների և խնդիրների հնարավոր պատճառների հայտնաբերումը:

Գնացեք պարզ ֆունկցիոնալությունից և ինտեգրեք որակական տեղեկատվություն, օրինակ՝ հաշվի առնելով հավելվածի դիզայնը:

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

 

· Իրականացում.

 

Օգտագործեք նախորդ հաշվետվությունները մի շարք փոփոխություններ իրականացնելու համար: Սա կարող է լինել երկար գործընթաց՝ կախված փոփոխություններից, երբ մշակողները փորձարկում են կոդ՝ լուծում տալու համար նախորդ տարբերակներում առկա սխալներին:

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

 

· Վերագործարկեք պլանավորումը.

 

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

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

 

Ձեռքով փորձարկման առավելությունները

 

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

 

Ընկերությունում ձեռքով փորձարկման օգտագործման որոշ առավելություններ ներառում են.

 

1. Ավելի մեծ ճկունություն

 

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

Թեև դա երբեմն ձեռնտու է, մարդկային փորձարկողը կարող է անցնել գործընթացի միջով և նկատել ինչ-որ անտեղի բան նախքան հետաքննությունը և առանց կոդերի տողը փոխելու:

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

 

2. Որակական տեղեկատվություն

 

Որակական տեղեկատվությունը վերաբերում է տեղեկատվությանը, որը նկարագրում է ինչ-որ բան, և սա տեղեկատվության տեսակ է, որը մարդկային փորձարկողները կարող են առաջարկել մշակողների թիմին:

Ձեռնարկի փորձարկիչը կարող է ընկերությանը տեղեկացնել, եթե որոշակի մենյու իրեն «կեղտոտ» է թվում և բացատրել, թե ինչու, մինչդեռ ավտոմատացման ծրագիրը չի կարողանա այս պատկերացումն առաջարկել ծրագրավորողին:

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

 

3. Շրջակա միջավայրի սահմանափակումներ չկան

 

Ավտոմատացման փորձարկումը հիմնված է գոյություն ունեցող հարթակի օգտագործման վրա, որոնցից ոմանք ունեն համեմատաբար խիստ սահմանափակումներ:

Որոշ (թեև ոչ բոլոր) պլատֆորմների առջև կանգնած սահմանափակումները ներառում են Linux-ի նման հարթակների հետ աշխատելու անհնարինությունը, միայն որոշակի կոդավորման լեզվով աշխատելը և միայն մի շարք առաջադրանքների կատարումը:

Երբ դուք աշխատում եք մարդկանց հետ ձեր թեստավորման գործընթացներում, այդ սահմաններն արդյունավետորեն անհետանում են: Դուք սահմանափակված եք միայն ձեր ձեռքով փորձարկողների հմտությամբ, այլ ոչ թե տեխնիկական խնդիրներով:

Սա օգնում է ձեզ ստեղծել փորձարկման ռազմավարություն, որն ավելի մանրակրկիտ ուսումնասիրում է ծրագիրը՝ առանց փոխզիջման կարիքի:

 

4. Թույլ է տալիս օգտագործել օգտագործելիության թեստավորում

 

Օգտագործելիության թեստավորումը փորձարկման այն տեսակն է, որը գնահատում է ծրագրաշարի «օգտագործելի» լինելը, ներառյալ վերջնական օգտագործողի համար այն տեսքն ու տեսքը:

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

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

 

Ձեռնարկի փորձարկման մարտահրավերները

 

Ինչպես ցանկացած տիպի գործընթացի դեպքում՝ որպես մշակողի, կան մի քանի մարտահրավերներ՝ կապված ձեռքով թեստավորման՝ որպես որակի ապահովման գործիք օգտագործելու հետ:

Տեղյակ լինելով այս մարտահրավերներին՝ դուք կարող եք հարմարեցնել այն տեխնիկան, որն օգտագործում եք ծրագրաշարը ձեռքով փորձարկելիս՝ կանխելով այդ խնդիրները լուրջ խնդիրներ առաջացնելու և ծրագրի ստանդարտը գործընթացի վերջում բարձրացնելու համար:

 

Ձեռնարկային թեստավորում օգտագործելիս ընկերությունների առջև ծառացած հիմնական մարտահրավերներից մի քանիսը ներառում են.

 

1. Փորձարկողի հմտությունների մակարդակները

 

Առաջին հիմնական մարտահրավերը, որը պետք է լուծվի, թիմում ձեռքի բոլոր փորձարկողների հմտությունների պահանջվող մակարդակն է:

Տաղանդավոր ձեռքով փորձարկողներով ընկերությունները տեսնում են հստակ օգուտ, քանի որ նրանք ավելի արագ են հայտնաբերում սխալները և ապահով են՝ իմանալով, որ իրենց ծրագրաշարն աշխատում է այնպես, ինչպես սպասվում էր: Լավագույն ընկերությունները միշտ փնտրում են մեխանիկական փորձարկիչներ, որոնք գտնվում են ոլորտի առաջնագծում` արդյունավետության ավելի բարձր մակարդակ երաշխավորելու համար:

Որպես փորձարկող ինքներդ, միշտ ձգտեք սովորել և զարգացնել այս հմտությունները: Բարելավված հմտությունները նշանակում են, որ դուք ավելի շատ արժեք եք բերում ընկերությանը, ձեռքով փորձարկումներով, որոնք ավելի շատ սխալներ են գտնում և բարելավում օգտվողների փորձը: Լավագույն ձեռքով թեստերը գալիս են փորձարկողներից, որոնք ժամանակ են ծախսել իրենց արհեստը կատարելագործելու համար:

 

2. Փորձարկման արժեքը

 

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

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

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

 

3. Ժամանակատար

 

Համակարգիչներն ավելի արագ են, քան մարդիկ բոլոր տեսակի բաներում, սկսած շախմատային քայլի պլանավորումից մինչև ֆոնդային շուկայում փող ներդնելը կամ նույնիսկ պարզապես կոճակը սեղմելուց հետո, երբ դրա գույնը փոխվի: Նույն հայեցակարգը վերաբերում է թեստավորմանը, երբ օգտվողները ժամանակ են տրամադրում ամբողջ տեղեկատվությունը կարդալու և ընտրացանկերի միջով անցնելու համար:

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

 

4. Սխալների ներուժ

 

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

Ձեռքով փորձարկողներ, որոնք ավելի հոգնած են կամ անհանգստացած նույն առաջադրանքը ժամանակ առ ժամանակ կատարելուց, ավելի հավանական է, որ սխալվեն, քան մյուսները, այնպես որ հնարավորության դեպքում օգտագործեք ավտոմատացում՝ դա խուսափելու համար կամ կանոնավոր ընդմիջումներ տվեք փորձարկողներին իրենց էկրանից, քանի որ դա նրանց ավելի զգոն է պահում։ ինչ է կատարվում.

Ղեկավարները կարող են նաև դիտարկել ծանրաբեռնվածության կառավարումը՝ մարդկանց այրվելու և խնդիրներ ունենալուց դադարեցնելու համար:

 

Ձեռնարկի թեստերի բնութագրերը

 

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

 

Իմացեք ավելին ձեռքով թեստերի որոշ հիմնական բնութագրերի և այն մասին, թե ինչ են դրանք նշանակում ակտիվ թեստավորման միջավայրում.

 

1. Օպտիմիզացված թեստային դեպքեր

 

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

Միշտ ձգտեք սահմանափակել փորձարկման գործի չափը, որտեղ հնարավոր է, առավելագույնը օգտագործելու առկա ռեսուրսները:

 

2. Ավելի հասկանալի չափումներ

 

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

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

 

3. Խելացի հաշվետվություն

 

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

Մարդկային փորձարկողները շատ ավելի ճկուն են և կարող են ստեղծել իրենց սեփական հաշվետվությունները՝ անհրաժեշտության դեպքում ավելացնելով ցանկացած տեղեկատվություն, որը նրանք համարում են օգտակար մշակողների թիմին:

 

4. Վերագործարկեք ռազմավարությունները

 

Վերագործարկելու ռազմավարությունները վերաբերում են այն եղանակին, որով թեստային թիմը նորից ու նորից է կատարում թեստերը՝ հավաքելով տվյալներ առաջադրանքների կատարման կրկնվող դեպքերից:

Ձեռնարկի փորձարկումը նշանակում է, որ վերագործարկման ռազմավարությունները շատ ավելի ճկուն են, և փորձարկողները կարող են ավելի շատ թեստեր կատարել, եթե նրանք կարծում են, որ հետագա հետաքննության բան կա:

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Ձեռնարկի որոշ թեստեր նաև ակտիվորեն խրախուսում են օգտվողի կատարած գործողությունների տարբերությունը՝ տրամադրելով տվյալներ վարքագծի ավելի լայն շրջանակից: Սա ավելի շատ տվյալներ է ստեղծում ծրագրաշարի շուրջ և հանգեցնում է ավելի համահունչ թարմացման ռազմավարությունների առաջընթացի:

 

Ձեռքով թեստերի տեսակները

 

Կան երեք տարբեր տեսակի ձեռքով փորձարկումներ, որոնք օգտագործում են ընկերությունները, որոնց տարբերությունը թելադրված է փորձարկողների հասանելիության մակարդակով: Յուրաքանչյուր տեսակ օգտակար է իր յուրահատուկ համատեքստում:

 

Ձեռնարկի թեստերի հիմնական տեսակները ներառում են.

 

1. Սպիտակ տուփի փորձարկում

 

Սպիտակ տուփի թեստավորումը փորձարկման մի ձև է, որը ներառում է թեստավորողներին կարողանալ տեսնել ծրագրային ապահովման ամբողջ աղբյուրի կոդը և նախագծային փաստաթղթերը:

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

 

2. Սեւ արկղի փորձարկում

 

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

Ձեռքով փորձարկողները օգտագործում են այս մոտեցումը զարգացման գործընթացի վերջին փուլերում, քանի որ օգտագործողի ընդունման փորձարկումը և վերջնական փորձարկումը պահանջում են վերջնական օգտագործողի տեսակետը, այլ ոչ թե որևէ մեկի, ով որևէ ներգրավվածություն ունի զարգացման գործընթացում:

 

3. Մոխրագույն տուփի փորձարկում

 

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

Օգտագործեք ձեռքով մոխրագույն տուփի թեստավորում զարգացման գործընթացի միջին փուլերում՝ փորձարկողներին տրամադրելով լրացուցիչ տեղեկություններ, սակայն, այնուամենայնիվ, ստիպելով նրանց ապավինել սեփական ինտուիցիային շատ ֆունկցիոնալության համար՝ ապահովելու, որ վերջնական օգտագործողը կարող է հասկանալ համակարգերը:

 

Որոշ շփոթության վերացում – Ձեռնարկի փորձարկում ընդդեմ ավտոմատացման փորձարկման

 

Կան երկու տարբեր առարկաներ, որոնք ներգրավված են ծրագրային ապահովման փորձարկման, ձեռքով փորձարկման և ավտոմատացման փորձարկման մեջ: Չնայած երկուսն էլ արդյունավետորեն նույն գործառույթն ունեն, դրանք տարբեր առարկաներ են, որոնք ընկերությունները օգտագործում են իրենց ծրագրային փաթեթները ուսումնասիրելու համար:

Կարդացեք ավելին, թե ինչ է ավտոմատացման թեստավորումը, ավտոմատացման թեստավորման և ձեռքով փորձարկման միջև եղած տարբերությունը և երբ օգտագործել փորձարկման երկու տեսակներից յուրաքանչյուրը ձեր ծրագրային ապահովման QA գործընթացներում:

 

1. Ի՞նչ է ավտոմատացման թեստավորումը:

 

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

Դրա օրինակն է տվյալների բազայի փորձարկումը՝ համոզվելու համար, որ այն պատշաճ կերպով մշակում է ամբողջ տեղեկատվությունը, հաշված րոպեների ընթացքում ծրագրային ապահովման մեջ մուտքագրում է հազարավոր տվյալներ և դրանից հետո գնահատում արդյունքները:

Ընկերությունները հիմնականում օգտագործում են ավտոմատացման թեստավորում մեծ և խիստ կրկնվող առաջադրանքների համար: Քանի որ ավտոմատացված համակարգը թույլ չի տա աննշան սխալներ, օրինակ՝ սխալ տեղեկատվություն մուտքագրելը կամ սխալ հղման վրա սեղմելը:

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

 

2. Ո՞րն է տարբերությունը Ձեռնարկի և Ավտոմատացված թեստերի միջև:

 

Ձեռնարկի և ավտոմատացված թեստերի հիմնական տարբերությունը լրացման եղանակն է:

Ձեռնարկի թեստն ամբողջությամբ հիմնված է մարդու վրա՝ փորձարկումն ավարտելու համար՝ հետևելով թեստի դեպքին մինչև ավարտը և այնուհետև նշելով ցանկացած տեղեկություն:

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

Որոշ ավտոմատացված թեստային հարթակներ նաև ստեղծում են իրենց սեփական հաշվետվությունները օգտատերերի համար՝ սահմանափակելով այն ժամանակը, որը ինչ-որ մեկը պետք է ծախսի փորձի բոլոր տվյալները հավաքելու համար: Փոխարենը, նրանք կարող են իրենց ժամանակը տրամադրել ծրագրային փաթեթի խնդիրների լուծմանը:

 

3. Եզրակացություն. Ձեռնարկի թեստավորում ընդդեմ ավտոմատացված թեստավորման

 

Ձեռնարկի և ավտոմատացված թեստավորման միջև կան որոշ հիմնարար տարբերություններ, ընդ որում երկու հասկացությունները հենվում են բոլորովին տարբեր հիմքերի վրա՝ ճիշտ աշխատելու համար:

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

Թեստավորման վերաբերյալ ամենամեծ սխալ պատկերացումներից մեկն այն է, որ դուք ունեք երկուական ընտրություն կատարել, բայց դա չի կարող ավելի հեռու լինել իրականությունից որակի ապահովման արդյունավետ թիմի համար:

 

Ձեռնարկային թեստավորման 5 առասպելների վերացում

 

Կան մի քանի առասպելներ, որոնց մարդիկ հավատում են ձեռքով թեստավորման հետ կապված, որոնցից յուրաքանչյուրը մարդկանց առաջնորդում է դեպի ոչ իդեալական մեթոդներ և արդյունքների հասնելն ավելի բարդ է դարձնում, քան անհրաժեշտ է:

 

Ձեռքով փորձարկման հետ կապված հինգ հիմնական առասպելները ներառում են.

 

1. Փորձարկումը միակ բաժինն է, որը պատասխանատու է արտադրանքի որակի համար

 

Արտադրանքի որակը ամբողջ ընկերության դերն է, ոչ միայն որակի ապահովման թիմի:

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

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

 

2. Ձեռքով փորձարկումն այլևս նշանակություն չունի

 

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

Ձեռքով փորձարկումը մնում է ընկերության համար ամենակարևոր գործիքներից մեկը՝ շնորհիվ իր E2E-ի, սև տուփի և GUI-ի թեստավորման օգտակարության: Ձեռնարկի թեստավորման միջոցով ընկերությունները գտնում են ծրագրային խնդիրներ, որոնք այլապես բաց կթողներ ավտոմատացումը՝ բարելավելով իրենց արտադրանքը ցանկացած հնարավոր շահույթից դուրս, որը նրանք կարող էին տեսնել միայն ավտոմատացման միջոցով:

 

3. Այն մարդկանց համար է, ովքեր չեն կարողանում կոդավորել

 

Հիմնական ենթադրություններից մեկը, որ որոշ մարդիկ ունեն, այն է, որ մարդիկ, ովքեր չեն կարող կոդավորել, փոխարենը ընտրում են փորձարկում:

Այնուամենայնիվ, սա հեռու է իրականությունից։ Կոդի գրագիտությունը պարտադիր է բազմաթիվ թեստավորման դերերում, մոխրագույն-սպիտակ տուփի թեստով, որը հիմնված է կոդ կարդալու և հասկանալու վրա, թե ինչպես դա կարող է նպաստել ծրագրային փաթեթում առկա ցանկացած սխալի առաջացմանը:

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

 

4. Դուք կարող եք ստեղծել առանց սխալների ծրագրակազմ

 

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

Տեսականորեն սա կհանգեցնի այնպիսի ապրանքի, որը բացարձակապես չունի սխալներ և լիովին բավարարում է հաճախորդին: Սա, իհարկե, ծրագրային ապահովման փորձարկման իդեալական վերջնական նպատակն է, բայց դա հազվադեպ է հնարավոր:

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

 

5. Թեստավորման արդյունքում ավելացված արժեք չկա

 

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

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

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

 

Ի՞նչ է ձեզ հարկավոր ձեռքով փորձարկում սկսելու համար:

 

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

 

Որոշ բաներ, որոնք ձեզ անհրաժեշտ են ձեռքով փորձարկում սկսելու համար, ներառում են.

 

1. Ծրագրային ապահովում

 

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

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

Հնարավորության դեպքում կազմեք հավելվածը բոլորովին թարմ՝ ծրագրաշարի հնարավորինս ճշգրիտ տեսքը ստանալու համար:

 

2. Ծրագրային պահանջներ

 

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

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

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

 

3. Համապատասխան սարքավորում

 

Ծրագրային ապահովման փորձարկումը պահանջում է սարքավորում, որը համապատասխանում է այն ծրագրի կարիքներին, որն այն աշխատում է:

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

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

 

Ձեռքով փորձարկման գործընթաց

 

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

 

Այս քայլերը ներառում են.

 

1. Վերլուծել պահանջները

 

Ձեռքով փորձարկման գործընթացի առաջին քայլը հավելվածի պահանջների վերլուծությունն է: Սա ներառում է հավելվածի համառոտագրում նշված հատուկ պահանջները, նախագծային փաստաթղթի որոշ առանձնահատկություններ և ծրագրի այլ մասեր, որոնք դուք ակնկալում եք տեսնել (օրինակ՝ իրավական պահանջները):

Գործընթացի սկզբում դրանք վերլուծելը նշանակում է, որ դուք գիտեք, թե ինչի համար եք փորձարկում, երբ ուսումնասիրում եք ծրագրաշարը:

 

2. Ստեղծեք թեստային պլան

 

Երբ իմանաք, թե ինչն է պահանջում թեստավորում, ստեղծեք փորձարկման պլան: Սա ներառում է իմանալ, թե ինչ առանձնահատկություններ եք փորձարկում, ինչպես եք դրանք փորձարկում և երբ եք ավարտում այդ թեստերը:

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

Սա նաև օգնում է աշխատուժի կառավարմանը, քանի որ դուք գիտեք, թե քանի ձեռքով փորձարկող է ձեզ անհրաժեշտ և երբ:

 

3. Գրեք թեստային դեպքեր

 

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

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

 

4. Վերանայեք ձեր գործերը

 

Ձեր բոլոր թեստային դեպքերը գրելուց հետո անցեք մանրակրկիտ վերանայման գործընթաց: Սա ներառում է թեստը հանձնելը ղեկավար անձնակազմի անդամին, գերադասելի է ՈԱ մենեջերին:

Երրորդ կողմին ներգրավելով սրբագրման գործընթացում՝ դուք բարձրացնում եք թեստային գործերի ստանդարտը՝ հեռացնելով բոլոր հնարավոր սխալները: Կառավարիչը կարող է առաջարկել ցանկացած բարելավում, որը, ի վերջո, կդարձնի ձեր ձեռքով փորձարկումն ավելի արդյունավետ և կօգնի ձեզ գտնել ցանկացած խնդիր հավելվածում:

Համոզվեք, որ յուրաքանչյուր փորձնական դեպք ստուգված է նախքան թեստերը կատարելը:

 

5. Կատարեք ձեռքով թեստերը

 

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

Ժամանակի 100%-ով թեստերը ճիշտ կատարելը ձեզ շատ ժամանակ կխնայի որոշ կատարումներում սխալներ թույլ տալու և հետ վերադառնալու և արդյունքների ճշգրիտ լինելը նորից ստուգելու համար:

Գրանցեք տեղեկատվությունը, երբ գնում եք՝ նվազեցնելու հիմնական տեղեկությունները մոռանալու հնարավորությունը:

 

6. Զեկուցեք ցանկացած սխալի մասին

 

Ձեռքով փորձարկումներն ավարտելուց և սխալներ գտնելուց հետո ավարտեք հաշվետվության գործընթացը:

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

Ավելի որակական թեստերում մանրամասն քննարկեք հավելվածի դիզայնը, ձեր ունեցած բոլոր խնդիրները և որոշ հնարավոր ուղղումներ, որոնք հավելվածն ավելի հարմար են դարձնում օգտատերերին:

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

 

Ձեռքով փորձարկման լավագույն փորձը

 

Լավագույն փորձը վերաբերում է որոշ բաների, որոնք տարածված են ձեռքով փորձարկման բոլոր տեսակներում, որոնք օգնում են բարելավել փորձարկման գործընթացի ստանդարտը: Լավագույն փորձին հետևելը, ի վերջո, նշանակում է, որ դուք հայտնվում եք բարձրորակ թեստով, որն ունի ճշգրիտ և հուսալի արդյունքներ:

 

Ձեռքով փորձարկման գործընթացն անցնելիս պետք է հիշել մի քանի լավագույն փորձը ներառում է.

 

1. Կենտրոնացեք պարզության վրա

 

Ձեռքով փորձարկման գործընթացի ընթացքում պարզությունն ընդգծելը պարտադիր է:

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

Սա ներառում է հստակ թեստային դեպք գրելը, որը պետք է հետևի փորձարկողին, պարզ և հասկանալի ձևով նշել արդյունքները և օգնել կազմակերպությունում բոլորին հասկանալ հավելվածի պահանջները:

 

2. Օգտագործեք շարունակական վերանայում

 

Վերանայեք ամեն ինչ թեստավորման գործընթացում այնքան հաճախ, որքան կարող եք:

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

Գործընթացի յուրաքանչյուր ասպեկտի որակի վրա մեկ աչք պահելը թույլ է տալիս համոզվել, որ ստանդարտները չեն սահում, և որ դուք սկզբից մինչև վերջ ստանաք բավականաչափ բարձր արդյունք:

 

3. Մի որսացեք միայն վրիպակների համար

 

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

Ի վերջո, այս օգտագործելիությունը ձեռքով փորձարկման առանցքն է, քանի որ այն գրեթե «անավտոմատացված» է:

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

 

Ձեռքով փորձարկումից ստացված արդյունքների տեսակները

 

Արդյունքների մի քանի տարբեր տեսակներ կան, որոնք դուք կարող եք ստանալ ձեռքով թեստից, որոնցից յուրաքանչյուրն առաջարկում է եզակի պատկերացում հավելվածի կատարման վերաբերյալ:

 

Արդյունքների տեսակները, որոնք դուք կարող եք ստանալ ձեռքով թեստերից, ներառում են.

 

1. Արատների մատյան

 

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

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

 

2. Որակական տվյալներ

 

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

UAT-ը կենտրոնանում է այն բանի վրա, որ համոզվի, որ միջին օգտագործողը կվայելի ծրագրաշարը և կզբաղվի դրանով, ինչպես և սպասվում էր, ինչը նշանակում է այլ կենտրոնացում՝ համեմատած այնպիսի ասպեկտների հետ, ինչպիսիք են հնարավորությունների փորձարկումը:

Որակական տվյալները գալիս են կամ մշակողի հետ քննարկման կամ երկարատև գրավոր զեկույցի տեսքով:

 

3. Սխալների հաղորդագրություններ

 

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

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

 

Ձեռնարկի թեստերի օրինակներ

 

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

 

Ձեռքով փորձարկման ձևաչափերի որոշ օրինակներ ներառում են.

 

1. Միավորի փորձարկում

 

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

Դրա օրինակը տվյալների բազայում է, որտեղ ինչ-որ մեկը կարող է փորձարկել «SORT» ֆունկցիան՝ համոզվելու համար, որ այն ճիշտ է կազմակերպում տվյալները՝ նախքան դրանք ավելի լայն փաթեթում ինտեգրելը:

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

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

 

2. End-to-end թեստավորում

 

End-to-end թեստավորումը մի ամբողջ հավելվածի փորձարկման գործընթաց է՝ սկսած այն կետից, երբ դուք առաջին անգամ բացում եք ծրագրաշարը մինչև դրա մեջ եղած բոլոր գործառույթների կատարումը:

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

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

End-to-end թեստավորումը տարբերվում է օգտագործողի ընդունման փորձարկումից, քանի որ վերջից մինչև վերջ հիմնականում ներքին գործընթաց է, ի տարբերություն օգտագործողի ընդունման փորձարկման գործընթացի արտաքին հրապարակային բնույթի:

 

3. Օգտագործողի ընդունման թեստավորում

 

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

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

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

 

Ձեռքով փորձարկման միջոցով հայտնաբերված սխալների և վրիպակների տեսակները, որոնք ավտոմատացված փորձարկումը բաց է թողնում

 

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

 

Ձեռքով փորձարկման սխալների և սխալների հիմնական տեսակներից մի քանիսը ներառում են.

 

1. Վատ աշխատանքային հոսք

 

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

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

 

2. Գրաֆիկական խնդիրներ

 

Վեբ հավելվածներն աշխատում են մի շարք սարքերի վրա, որոնց մոնիտորի լուծաչափերն ու չափերը մշտապես տատանվում են՝ կախված օգտագործողի հասանելի հեռախոսից, պլանշետից կամ էկրանից:

Վատ օպտիմիզացված հավելվածում դա կարող է հանգեցնել նրան, որ ակտիվները ձգվեն և ավելի վատ տեսք ունենան ավելի քիչ օգտագործվող սարքերում, երբ ավտոմատացման գործիքները պարզապես հետևում են մենյուներին և չեն նկատում դա:

Իրականացնելով մի շարք սարքեր՝ ձեռքով փորձարկողները կարող են գտնել գրաֆիկական թերություններ, որոնք, երբ կարկատվում են, օգտատերերին ավելի լավ փորձ են տալիս ծրագրային փաթեթի հետ:

 

3. Ոչ ճշգրիտ հղումներ

 

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

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

 

Ընդհանուր ձեռքով փորձարկման չափումներ

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Չափումները պարզ և չափելի թվային արժեքներ են, որոնք ցույց են տալիս թեստի ավարտից հետո ինչ-որ բան: Սրանք բոլորն իրենց բնույթով քանակական են, ինչը հեշտացնում է դրանց գնահատումը մշակողի տեսանկյունից:

 

Ձեռքով փորձարկման ավելի տարածված որոշ չափումներ, որոնք օգտագործում են փորձարկողները, ներառում են.

 

1. Թերություններ

 

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

Հետևելով, թե արդյոք թերությունների թիվը կրկնությունից կրկնություն ավելանում կամ նվազում է, դուք կարող եք ավելի լավ հասկանալ, թե արդյոք ծրագրաշարի որակը շարժվում է ճիշտ ուղղությամբ, քանի որ այն շարունակում է թարմացումներ ստանալ:

 

2. Թերություններ մեկ փորձարկման ժամում

 

Թերությունները մեկ փորձարկման ժամում հաշվի են առնում թերությունների չափորոշիչները և ավելացնում են ավելի շատ մանրամասներ՝ բաժանելով թերությունների թիվը ծրագրաշարի վրա փորձարկողների ծախսած ժամերի թվի վրա:

Օրինակ, հինգ արատներով պարզ վեբ գործիքը, որի գործարկումը տևում է երկու րոպե, ավելի լավ տեսք կունենա, քան տասը թերություններով մեկը, որը դուք օգտագործում եք մեկ ժամվա ընթացքում բազային չափման միջոցով:

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

Հավասարակշռելով թերությունները հավելվածի չափի հետ, միշտ էլ օգտակար է խնդիրները համատեքստայինացնելու համար:

 

3. Անցած թեստային գործի տոկոսը

 

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

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

 

Ձեռնարկային թեստերի իրականացման 7 սխալներ և որոգայթներ

 

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

 

Որոշ հիմնական սխալներ և թակարդներ, որոնցից պետք է ուշադրություն դարձնել և խուսափել ձեր աշխատանքում ձեռքով թեստավորում իրականացնելիս, ներառում են.

 

1. Ինքներդ շտկելով սխալը

 

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

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

Միշտ տարածեք աշխատանքը, եթե հնարավոր է որևէ հարցի վերաբերյալ ավելի լայն փորձաքննություն ստանալ:

 

2. Շտապում թեստերի միջով

 

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

Փորձեք որքան հնարավոր է շատ ժամանակ հատկացնել թեստային գործերը լրացնելիս՝ ուշադիր անցնելով յուրաքանչյուր քայլը և ավելի մանրակրկիտ նշելով տվյալները: Նույնիսկ եթե դուք պետք է մի փոքր հետաձգեք թողարկումը, ավելի լավ է առաքել ամբողջական արտադրանք, քան այն, որից օգտվողները չեն վայելում վատ չափանիշների պատճառով:

 

3. Վատ հաղորդակցություն

 

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

Որքան ավելի արդյունավետ է QA թիմը շփվում ծրագրավորողների հետ, այնքան ավելի լավ առաջնորդություն է ստանում թարմացումներ ստեղծելու հարցում, և բոլորը միասին օգտվում են ամենաբարձր մակարդակի արտադրանք թողարկելուց:

Ձեռքով փորձարկումը թույլ է տալիս ավելի լավ հաղորդակցություն հաստատել, քանի որ փորձարկողը լիովին հասկանում է փորձը՝ ապահովելով ավելի հստակություն և մանրամասնություն:

 

4. Փորձարկում առանց նախապատրաստման

 

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

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

 

5. Անտեսելով ձեր բնազդները

 

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

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

 

6. Վախենալ սխալներից

 

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

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

 

7. Ընդմիջումներ չկարողանալը

 

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

Սա էական սխալ է։ Թեստավորման անձնակազմին տրամադրեք ընդմիջումներ ամբողջ օրվա ընթացքում, քանի որ դա նվազեցնում է խնդիրների առաջացման հավանականությունը և հնարավորինս ճշգրիտ պահում թեստավորումը: Եթե դուք ինքներդ փորձարկող եք, փորձեք աշխատել ղեկավար անձնակազմի հետ՝ ակտիվորեն հոգալու ձեր և ձեր շրջապատի հոգեկան առողջության մասին:

 

Լավագույն մեխանիկական փորձարկման գործիքներ

 

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

 

5 լավագույն անվճար մեխանիկական փորձարկման գործիքներ

 

Ծրագրային ապահովման փորձարկման ցանկացած նոր գործիք սկսելիս դուք ցանկանում եք համոզվել, որ ձեր ներդրման համար լավ արժեք եք ստանում: Սա վերաբերում է ծրագրային ապահովման մեջ ձեր ներդրած ժամանակին և այն գումարին, որը դուք ծախսում եք լիցենզիա ստանալու համար:

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

 

Որակի ապահովման թիմերին հասանելի լավագույն անվճար ձեռքով փորձարկման գործիքներից մի քանիսը ներառում են.

 

1. ՋԻՐԱ

 

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

 

2. LoadRunner

 

Համատեղելի է զարգացման մի շարք գործիքների հետ՝ LoadRunner-ն օգնում է կատարողականության թեստավորմանը մի շարք պարամետրերում՝ ստեղծելով արդյունավետության թեստի տվյալներ բարդ մանրամասնությամբ: Գործիքը նաև օգնում է դասակարգել արդյունավետության բարձրացմանը ձգտող մշակողի համար կատարողականի խնդիրների որոշ հիմնական պատճառները:

 

3. SonarQube

 

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

 

4. Trac

 

Python-ում մշակված Trac-ը նախագծի կառավարման գործիք է, որը տրամադրում է ձեզ ձեր դիտումների պատմությունը, կոդը և ցանկացած փոփոխություն, որպեսզի տեսնեք թեստերի միջև կատարված փոփոխությունները: Trac-ի միջոցով վրիպազերծումը նույնպես օգտագործում է տոմսերի կառավարման համակարգ՝ պարզեցնելով խնդիր գտնելու և օգտվողի համար այն շտկելու գործընթացը:

 

5. NUnit

 

JUnit-ի հիման վրա NUnit-ը լիովին բաց կոդով գործիք է, որն աջակցում է տվյալների վրա հիմնված թեստերին և արդյունավետորեն ինտեգրվում է մի շարք հարթակների հետ: Դուք քանակական տվյալներ եք ստանում նույնիսկ ձեռքով թեստերն ավարտելուց հետո, ինչը ավելի մեծ պատկերացում է տալիս մշակողների համար, ովքեր ցանկանում են շտկել ցանկացած խնդիր:

 

5 լավագույն անվճար ավտոմատացման փորձարկման գործիքներ

 

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

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

 

Ավտոմատացման փորձարկման լավագույն անվճար գործիքներից մի քանիսը ներառում են.

 

1. ZAPTEST ԱՆՎՃԱՐ հրատարակություն

 

ZAPTEST Free Edition-ը նախագծված է օգնելու փորձարկողներին ինտեգրել ավտոմատացումը իրենց աշխատանքի մեջ՝ կենտրոնանալով միջպլատֆորմային լինելու վրա և օգտատերերին ստիպելու իրականացնել ավտոմատացումն այնպես, որ պատշաճ կերպով աջակցի ձեռքով փորձարկումը: Ցանկացած առաջադրանքի ավտոմատացումն առանցքային է, քանի որ ծրագրային ապահովման բոլոր ասպեկտները կարող են ավտոմատացված լինել ZAPTEST-ի անվճար հրատարակության միջոցով:

 

2. Ափիում

 

Բաց կոդով թեստային ավտոմատացման շրջանակ, սա հատուկ կենտրոնանում է բջջային սարքերի ավտոմատացման վրա՝ վեբ խանութներում աշխատող հավելվածների համար: Appium-ն աշխատում է մի շարք API-ների և օպերացիոն համակարգերի հետ, ներառյալ iOS , Windows , Mobile , Web և Android :

 

3. Կատալոն հարթակ

 

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

 

4. Ռոբոտիում

 

Բաց կոդով գործիք, որը հատուկ թիրախավորում է Android-ի թեստավորումը՝ միաժամանակ հնարավորություն տալով օգտատերերի ընդունելության և մոխրագույն տուփի փորձարկմանը: Թեև այս հավելվածն աշխատում է բարձր ստանդարտներով, օգտատերերի համար կան որոշ ռիսկեր, քանի որ միջպլատֆորմային հավելվածները դեռ կպահանջեն փորձարկում բոլոր մյուս հարթակներում:

 

5. Բեռնիչ

 

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

 

Եզրակացություն

 

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

Չնայած ձեռքով թեստավորման որոշ թերություններ կան, խելացի ընկերությունները գնալով ավելի շատ են օգտագործում ձեռքով և ավտոմատացված թեստերի հիբրիդային համակարգ՝ օգնելով հաշվի առնել յուրաքանչյուրի թույլ կողմերը՝ միաժամանակ օգտագործելով երկուսի առավելությունները:

Ձեռքով փորձարկումը ծրագրային ապահովման ավելի լավ մշակման հիմքն է, և դրա ճիշտ օգտագործումը կարող է մեծ տարբերություն ունենալ ձեր արդյունքի վրա:

 

ՀՏՀ և ռեսուրսներ

 

Ձեռքով փորձարկումը կարող է բարդ թեմա լինել, ուստի հասկանալի է, որ դուք կարող եք ևս մի քանի հարցեր ունենալ դրա աշխատանքի ձևի վերաբերյալ: Տեսեք մի քանի հաճախակի տրվող հարցեր ձեռքով թեստավորման վերաբերյալ որոշ ռեսուրսներով, որոնցից կարող եք օգուտ քաղել, երբ սովորեք ժամանակի ընթացքում դառնալ ավելի լավ ձեռքով փորձարկող:

 

1. Ձեռքով թեստի ավտոմատացման լավագույն դասընթացները

 

· «Test Automation Foundations» – Udemy

· «Test Automation Training Courses» – NobleProg

· «Ձեռնարկի թեստավորման ուսուցում – Միացյալ Թագավորություն» – Գիտելիքների ակադեմիա

· «Ձեռնարկի և ավտոմատացման փորձարկում» – ՏՏ տաղանդների կենտրոն

 

2. Որո՞նք են Ձեռքով թեստավորման վերաբերյալ հարցազրույցի լավագույն 5 հարցերը:

 

· «Ձեռքով թեստավորման փորձ ունե՞ք»: – Սահմանում է, թե արդյոք թեկնածուն ունի թեստավորման միջավայրում աշխատելու մեծ փորձ:

· «Ո՞րն է տարբերությունը ձեռքով փորձարկման և թեստային ավտոմատացման միջև»: – Սահմանում է, թե արդյոք թեկնածուն ունի թեստավորման գործընթացների հիմնական տեխնիկական գիտելիքներ:

· «Ինչպե՞ս եք հաղթահարել մարտահրավերները ծրագրային ապահովման փորձարկման միջավայրում»: – Գնահատում է խնդրի լուծման հմտությունները, որոնք թեկնածուն ունի ձեռքով թեստավորման տարածքում:

· «Ո՞րն է ձեռքով փորձարկումն աջակցելու իդեալական գործիքը»: – Ավելի լավ պատկերացում է կազմում այն աշխատանքային հոսքերի մասին, որոնք թեկնածուն օգտագործում է և արդյոք դա համապատասխանում է ընկերությանը:

· «Հարմարավետ եք աշխատել թիմում»: – Հարցազրուցավարին տեղեկացրեք, թե արդյոք դիմորդը կարող է աշխատել ավելի մեծ խմբում:

 

3. Youtube-ի լավագույն ձեռնարկները ձեռքով թեստավորման վերաբերյալ

 

· «Ձեռքով փորձարկում (ամբողջական դասընթաց)» – SDET- QA Automation Techie

· «ԾՐԱԳՐԱԿԱՆ ԹԵՍՏՄԱՆ ՁԵՌՆԱՐԿ. Ծրագրային ապահովման փորձարկման վարպետություն և փորձարկման աշխատանք» – Ծրագրային ապահովման փորձարկման մենթոր

· «Ի՞նչ է ձեռքով փորձարկումը: | Ձեռնարկի փորձարկման ձեռնարկ սկսնակների համար | Էդուրեկա» – էдурека!

· «Ձեռքով փորձարկման (ֆունկցիոնալ) հասկացություններ» – Naveen AutomationLabs

· «Ձեռնարկ փորձարկման ձեռնարկներ» – Ծրագրային ապահովման փորձարկման ակադեմիա

 

4. Ինչպե՞ս պահպանել ձեռքով թեստերը:

 

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

Բացի սրանից, կենտրոնացեք լավ աջակցող կառույցներ ունենալու վրա: Սա նշանակում է վերահսկողություն մենեջերների կողմից, որոնք համոզվում են, որ թեստավորումը հետևողական է և հնարավորինս ճշգրիտ արդյունքներ է տալիս:

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

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo