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

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

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

 

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

 

Ad-Hoc թեստավորման իմաստը. Ի՞նչ է ժամանակավոր թեստավորումը:

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

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

 

1. Ե՞րբ և ինչո՞ւ է ձեզ անհրաժեշտ ծրագրային ապահովման թեստավորման ժամանակ Ad-Hoc Testing-ը:

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

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

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

Ad-hoc թեստավորումը կարող է նաև օգտակար լինել, երբ ժամանակը հատկապես սահմանափակ է փաստաթղթերի բացակայության պատճառով. ճիշտ ժամանակը կախված է ընկերությունից և նրա նախընտրած մոտեցումից:

 

2. Երբ դուք կարիք չունեք Ad-Hoc Testing անել

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

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

Ի հավելումն սրան, ad-hoc թեստավորումը պետք է տեղի ունենա մինչև բետա թեստավորման փուլը:

 

3. Ո՞վ է ներգրավված ժամանակավոր թեստավորման մեջ:

Կան մի քանի հիմնական դերեր, որոնք ներգրավված են Ad-Hoc թեստավորման գործընթացում, ներառյալ.

• Ծրագրային ապահովման փորձարկողները թիմի հիմնական անդամներն են, որոնք ժամանակավոր ստուգումներ են անցկացնում: Եթե սահմանում եք ընկերների կամ զույգերի թեստավորում, ապա այս փորձարկողներից մի քանիսը միասին կաշխատեն նույն բաղադրիչների վրա:

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

• Թիմի կամ բաժնի ղեկավարները թույլատրում են թեստավորման ընդհանուր ռազմավարությունը՝ օգնելով թեստավորողներին որոշել, թե երբ սկսել ժամանակավոր թեստավորումը և ինչպես կատարել այն՝ չխանգարելով այլ ստուգումների:

 

Ad-hoc թեստավորման առավելությունները

Ծրագրային ապահովման թեստավորման ժամանակավոր թեստավորման առավելությունները ներառում են.

 

1. Արագ լուծումներ

 

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

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

 

2. Լրացնում է փորձարկման այլ տեսակներ

 

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

Ad-hoc թեստավորումը հատուկ նպատակ ունի գտնել այն խնդիրները, որոնք պաշտոնական թեստավորումը չի կարող ծածկել՝ երաշխավորելով թեստի ավելի լայն ծածկույթ:

 

3. Ճկուն կատարում

 

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

 

4. Ավելի մեծ համագործակցություն

 

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

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

 

5. Տարբեր հեռանկարներ

 

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

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

 

Ad-hoc թեստավորման մարտահրավերները

Ad-hoc թեստավորման գործընթացը նույնպես ունի մի քանի մարտահրավերներ, ինչպիսիք են.

 

1. Հաշվետվության հետ կապված դժվարություն

 

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

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

 

2. Ավելի քիչ կրկնվող

 

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

 

3. Պահանջում է ծրագրային փորձ

 

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

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

 

4. Սահմանափակ պատասխանատվություն

 

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

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

 

5. Կարող է չարտացոլել օգտագործողի փորձը

 

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

 

Ad-hoc թեստերի բնութագրերը

Հաջող ժամանակավոր թեստերի հիմնական բնութագրերը ներառում են.

 

1. Քննչական

 

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

 

2. Չկառուցված

 

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

 

3. Փորձի վրա հիմնված

 

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

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

 

4. Լայն

 

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

 

Ի՞նչ ենք մենք փորձարկում Ad-Hoc թեստերում:

Որակի ապահովման թիմերը ad-hoc թեստավորման ժամանակ սովորաբար փորձարկում են հետևյալը.

 

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

 

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

Որքան շատ սխալներ կարող են գտնել ad-hoc թեստավորումը, այնքան ավելի շատ բարելավումներ կարող են իրականացնել մշակողները մինչև վերջնաժամկետը:

 

2. Փորձարկման դեպքեր

 

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

 

3. Փորձարկման անձնակազմ

 

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

 

4. Ծրագրային սահմանափակումներ

 

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

 

Որոշ շփոթմունքի վերացում.

Ad-hoc թեստավորում և հետախուզական թեստավորում

Որոշ մարդիկ հատուկ և հետախուզական թեստավորումը հոմանիշ են համարում, թեև ճշմարտությունն ավելի բարդ է, քան սա:

 

1. Ի՞նչ է հետախուզական թեստավորումը:

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

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

 

2. Տարբերությունները հետախուզական թեստավորման միջև

և ժամանակավոր փորձարկում

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

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

 

Ad-hoc թեստերի տեսակները

Ծրագրային ապահովման թեստավորման ժամանակ կա ժամանակավոր թեստավորման երեք հիմնական ձև, ներառյալ.

 

1. Կապիկների թեստավորում

 

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

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

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

 

2. Ընկերների թեստավորում

 

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

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

 

3. Զույգերի փորձարկում

 

Զույգերի թեստավորումը նման է նրանով, որ այն ներառում է անձնակազմի երկու անդամ, բայց դա սովորաբար երկու առանձին փորձարկող է, որոնցից մեկը կատարում է իրական թեստերը, իսկ մյուսը նշումներ է անում:

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

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

 

Ձեռքով, թե՞ ավտոմատացված ժամանակավոր թեստեր:

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

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

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

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

 

Ի՞նչ է ձեզ անհրաժեշտ ժամանակավոր թեստավորում սկսելու համար:

Ահա ժամանակավոր թեստավորման հիմնական նախադրյալները.

 

1. Որակավորված անձնակազմ

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

 

2. Չկառուցված մոտեցում

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

 

3. Ավտոմատացման ծրագրեր

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

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

 

4. Փորձարկման այլ ձևեր

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

 

Ad-hoc թեստավորման գործընթաց

Սովորական քայլերը, որոնք փորձարկողները պետք է հետևեն, երբ նրանք հատուկ թեստավորում են ծրագրային ապահովման թեստավորման ժամանակ, հետևյալն են.

 

1. Ժամանակավոր թեստի նպատակների սահմանում

 

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

 

2. Ընտրելով ժամանակավոր թեստային թիմ

 

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

 

3. ժամանակավոր թեստերի իրականացում

 

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

 

4. Փորձարկման արդյունքների գնահատում

 

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

 

5. Զեկուցել հայտնաբերված սխալների մասին

 

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

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

 

6. Անհրաժեշտության դեպքում վերստուգում

 

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

 

Լավագույն պրակտիկա ժամանակավոր փորձարկման համար

Կան որոշակի պրակտիկաներ, որոնք թեստավորման թիմերը պետք է իրականացնեն ժամանակավոր թեստավորման ժամանակ, այդ թվում՝

 

1. Թիրախավորեք պոտենցիալ փորձարկման բացերը

 

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

 

2. Հաշվի առեք ավտոմատացման ծրագրերը

 

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

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

 

3. Վերցրեք համապարփակ նշումներ

 

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

 

4. Շարունակեք կատարելագործել թեստերը

 

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

 

Իրականացման 7 սխալներ և որոգայթներ

Ad-hoc թեստեր

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

 

1. Անփորձ փորձարկողներ

 

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

 

2. Չկենտրոնացված ստուգումներ

 

Ad-hoc թեստավորումը կարող է զգալիորեն բարելավել թեստի ծածկույթը՝ շնորհիվ իր ավելի արագ տեմպերի. թիմը կարիք չունի լրացնել լայնածավալ փաստաթղթեր յուրաքանչյուր ստուգումից առաջ և հետո:

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

 

3. Ոչ մի պլանավորում

 

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

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

 

4. Չափազանց կառուցված

 

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

Ad hoc թեստավորումը հայտնի է նաև որպես պատահական թեստավորում, և կառույցի վրա ստիպելը կարող է կանխել այս ստուգումները սխալների հայտնաբերումից:

 

5. Երկարաժամկետ փոփոխություններ չկան

 

Ad-hoc թեստավորման նպատակն է բացահայտել թիմի թեստային գործերում առկա թույլ կողմերը. սա ուսումնասիրում է նրանց ընդհանուր ռազմավարությունը նույնքան, որքան հենց ծրագրաշարը:

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

 

6. Անհամատեղելի տվյալների հավաքածուներ

 

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

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

 

7. Տեղեկատվական սիլոսներ

 

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

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

 

Ad-Hoc թեստերի արդյունքների տեսակները

Ad-hoc ստուգումները տալիս են մի քանի հստակ արդյունքներ, այդ թվում՝

 

1. Փորձարկման արդյունքներ

 

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

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

 

2. Փորձարկման տեղեկամատյաններ

 

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

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

 

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

 

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

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

 

Ad-hoc թեստավորման օրինակներ

 

Ահա երեք ժամանակավոր փորձարկման սցենարներ, որոնք ցույց են տալիս, թե ինչպես կարող է թիմն այն իրականացնել տարբեր ծրագրերի համար.

 

1. Էլեկտրոնային առևտրի վեբ հավելված

 

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

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

 

2. Սեղանի հավելված

 

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

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

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

 

3. Բջջային հավելված

 

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

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

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

 

Հայտնաբերված սխալների և սխալների տեսակները

Ad-Hoc թեստավորման միջոցով

Ad-hoc ստուգումները կարող են բացահայտել ծրագրի հետ կապված բազմաթիվ խնդիրներ, ինչպիսիք են.

 

1. Ֆունկցիոնալ սխալներ

 

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

Օրինակ, էլեկտրոնային առևտրի կայքի վճարման տարբերակները կապիկի փորձարկումը ցույց կտա այն պայմանները, որոնք կանխում են գործարքը:

 

2. Կատարողական խնդիրներ

 

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

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

 

3. Օգտագործելիության խնդիրներ

 

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

 

4. Անվտանգության թերություններ

 

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

Որպես այլընտրանք, նրանց ստուգումը կարող է ցույց տալ, որ ծրագրաշարը չունի տվյալների գաղտնագրում:

 

Ընդհանուր ad-hoc թեստավորման չափումներ

Ad-hoc թեստավորումն օգտագործում է տարբեր չափումներ՝ իր արդյունքները հեշտացնելու համար, այդ թվում՝

 

1. Թերությունների հայտնաբերման արդյունավետությունը

 

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

 

2. Թեստի ծածկույթի մակարդակը

 

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

 

3. Թեստավորման ընդհանուր տևողությունը

 

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

 

4. Վթարի արագություն

 

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

 

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

Կան բազմաթիվ անվճար և վճարովի փորձարկման գործիքներ, որոնք հասանելի են ծրագրային ապահովման թեստավորման ժամանակավոր թեստավորման համար. լավագույն հինգը հետևյալն են.

 

1. ZAPTEST Free & Enterprise Edition

ZAPTEST-ը ծրագրային ապահովման փորձարկման համապարփակ ծրագիր է, որն ապահովում է թեստային + RPA ֆունկցիոնալության բարձր մակարդակ ինչպես իր անվճար, այնպես էլ ձեռնարկատիրական տարբերակներում:

Այս ամբողջական փաթեթային ծրագրային ավտոմատացումը + RPA Suite-ը թույլ է տալիս լիարժեք փորձարկումներ կատարել տարբեր աշխատասեղանի և շարժական հարթակներում; Ծրագրաշարի 1SCRIPT տեխնոլոգիան նաև թույլ է տալիս օգտվողներին հեշտությամբ կատարել նույն ստուգումները բազմիցս: Բացի այդ, գործիքը օգտագործում է ժամանակակից համակարգչային տեսլականը , ինչը հնարավորություն է տալիս ZAPTEST-ին ժամանակավոր թեստեր անցկացնել մարդու տեսանկյունից:

 

2. BrowserStack

 

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

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

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

 

3. LambdaTest

 

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

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

 

4. TestRail

 

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

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

 

5. Զեֆիր

 

Zephyr-ը SmartBear-ի փորձարկման կառավարման հարթակ է, որն օգնում է որակի ապահովման թիմերին բարելավել իրենց տեսանելիությունը թեստավորման համար՝ միաժամանակ լավ ինտեգրվելով սխալների հետագծման այլ ծրագրերի հետ:

Այնուամենայնիվ, այս հատկությունը սահմանափակված է որոշակի ծրագրերով, ընդ որում, Confluence-ն ու Jira-ն են նրանք, ովքեր ամենաշատն են շահում Zephyr-ից. սրանք կարող են լինել ոչ ամենաարդյունավետ լուծումները յուրաքանչյուր բիզնեսի համար: Կան մի քանի մասշտաբային ծրագրեր, որոնք հասանելի են Zephyr ապրանքանիշի ներքո տարբեր գներով:

 

Ad-Hoc թեստավորման ստուգաթերթ, խորհուրդներ և հնարքներ

Ահա լրացուցիչ խորհուրդներ թիմերի համար, որոնք պետք է հաշվի առնեն ժամանակավոր թեստավորում անցկացնելիս.

 

1. Նախապատվություն տալ զգայուն բաղադրիչներին

 

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

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

 

2. Ուսումնասիրեք տարբեր փորձարկման գործիքներ

 

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

Ad-hoc թեստավորման դեպքում արժե նայել հնարավորինս շատ ծրագրեր՝ գտնելու այնպիսի ծրագրեր, որոնք կհամապատասխանեն դրա օգտատերակենտրոն կողմին: Ծրագրային ապահովումը, որն օգտագործում է համակարգչային տեսողության տեխնոլոգիա, ինչպես ZAPTEST-ը, կարող է մոտենալ ժամանակավոր թեստերին՝ օգտագործելով մարդանման ռազմավարություն:

 

3. Ընդունեք ժամանակավոր մտածելակերպ

 

Ad-hoc թեստավորումն առաջարկում է ահռելի ազատություն որակի ապահովման փուլում, սակայն թիմը պետք է հավատարիմ մնա դրան՝ ստանալու ռազմավարության հիմնական առավելությունները:

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

 

4. Վստահեք փորձարկման բնազդներին

 

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

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

 

5. Լիովին գրանցել հայտնաբերված սխալները

 

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

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

 

6. Միշտ հաշվի առեք օգտատիրոջը

 

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

 

7. Շարունակաբար բարելավել գործընթացը

 

Թեստավորման թիմերը պետք է հստակեցնեն իրենց մոտեցումը ժամանակավոր թեստավորման նկատմամբ՝ նույն ծրագրաշարի մի քանի կրկնությունների և մեկ նախագծից մյուսը:

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

 

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

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

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

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

Download post as PDF