Ad Hoc method

Ad Hoc մեթոդ

Ad-Hoc testing-ը թեստավորման տեսակ է, որն իրականացվում է առանց արտադրանքի փորձարկման նախապատրաստման, առանց ակնկալվող արդյունքների սահմանման կամ փորձարկման սցենարների նախագծման: Սա ոչ ֆորմալ, իմպրովիզացիոն թեստ է: Այն չի պահանջում որևէ փաստաթուղթ, պլանավորում, գործընթաց, որը պետք է հետևել թեստավորումն իրականացնելիս: Փորձարկման այս մեթոդը շատ դեպքերում առաջացնում է վրիպակների ավելի մեծ թվով հաշվետվություններ: Դա պայմանավորված է նրանով, որ փորձարկիչը առաջին քայլերում սկսում է փորձարկել արտադրանքի հիմնական ֆունկցիոնալ մասը և կատարում է հնարավոր սցենարների և՛ դրական, և՛ բացասական տարբերակները:

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

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

Monkey testing-ը արտադրանքի կամայական փորձարկումն է՝ նպատակ ունենալով կոտրել ծրագիրը կամ ստիպել այն հնարավորինս արագ դադարեցնել՝ օգտագործելով մուտքային տվյալների տարբեր տատանումներ (պարզ բառերով՝ կոտրել այն):

Buddy testing-ի և Pair testing-ի միջև տարբերությունները.

Buddy testing-ը միավորի փորձարկման և համակարգի փորձարկման համադրություն է մշակողի և փորձարկողի միջև:
Pair testing-ը իրականացվում է միայն տարբեր մակարդակների գիտելիքներով և փորձով փորձարկողների կողմից (այս համադրությունը կօգնի կիսվել տեսակետներով և գաղափարներով):

Ad-Hoc թեստավորման հիմնական առավելությունները.

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

Դժվար վերարտադրվող և խուսափողական թերություններ գտնելու ունակություն, որոնք անհնար կլինի գտնել ստանդարտ թեստային սցենարների միջոցով:

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

Մենք հաճախ օգտագործում ենք Ad-Hoc testing-ը մեր կյանքում, օրինակ՝ սովորական սուպերմարկետ գնալը․
Սուպերմարկետ մտնելուց հետո, հենց մուտքի մոտ կարող եք գտնել մթերքների համար նախատեսված զամբյուղ, բայց եթե այն սովորական տեղում չէ, սա կարելի է համարել bug։ Կաթն ընտրելիս ուշադրություն դարձրեք պիտանելիության ժամկետին և եթե կաթը ժամկետանց է, էլի bug կլինի։ Դա նույնն է այլ ապրանքների դեպքում: Եվ, եթե ի վերջո, դրամարկղում գնումների համար վճարելիս գինու շիշը, որի վրա գրված է 100 դրամ, պարզվի, որ արժե 200, սա նույնպես bug կլինի։

Եթե ​​մեզ անհրաժեշտ է առցանց խանութի Ad-Hoc testing, ապա այս կարճ ցուցակը կարող է օգնել մեզ հասկանալ, թե ինչը պետք է ստուգել.

Կայքի բոլոր հնարավորությունները հասանելի են առանց գրանցման.
Անիմացիաների և նկարների ճիշտ ցուցադրում;
Կայքի բոլոր հնարավորությունները հասանելի են գրանցումից հետո;
Գրանցման գործընթաց;
Զամբյուղից ավելացնելու/հանելու գործընթաց;
Գնումների համար վճարման գործընթաց;
Օգտագործման հարմարավետություն սկսնակների համար, պարզություն, խորհուրդներ, օգնություն:

Հարկ է նաև նշել, որ Ad-Hoc թեստավորումը հաճախ թեստավորման սիրված տեսակ է թեստավորողների համար, որտեղ նրանք կարող են ցույց տալ իրենց ողջ գիտելիքները և կատարել ամենադժվար կանխատեսելի սցենարները, այսինքն՝ տալիս են զուտ իմպրովիզացիայի հնարավորություն։

Ad-Hoc թեստավորման արդյունավետության բարձրացման ուղիները.

Նախապատրաստում. Վերլուծել նմանատիպ ծրագրերի թերությունները, դրանով իսկ մեծացնելով փորձարկվող հավելվածում նմանատիպ թերություններ գտնելու հավանականությունը:
Նախագծի ձևավորում. Սա չպետք է լինի մանրամասն փորձարկման պլան, այլ ուրվագիծ, թե որտեղից սկսել և ինչ խնդիրներ փնտրել:
Նիստի թեստավորում. Փորձարկել տարբեր արտադրանքի ֆունկցիոնալությունը մեկ առ մեկ, այսինքն. ոչ բոլորը միանգամից. Սա օգնում է ավելի լավ կենտրոնանալ և հասկանալ խնդիրները:
Կենտրոնանալ թիրախային տարածքների վրա: Առաջին հերթին ստուգել այն տարածքները, որոնք չեն ընդգրկված թեստային նախագծով և փորձարկման փաստաթղթերով:
Տարբեր օժանդակ ծրագրերի օգտագործում: Որոշ թերություններ կարելի է հայտնաբերել վրիպազերծիչների, պրոֆիլների և մոնիտորինգի միջոցով: Նման կոմունալ ծառայությունների իմացությունը օգնում է թեստավորմանը:
Գրանցել թեստի արդյունքները: Գրառումներ, թե ինչ սխալներ են հայտնաբերվել, հավելվածի որ մասերում դրանք ավելի շատ են և այլն: Սա կարող է օգնել ինչպես մշակողներին, այնպես էլ հավելվածի ապագա տարբերակների փորձարկողներին: Կարող եք նաև գրել այն, ինչ չի ստացվել, քանի որ... Վերլուծաբանների համար կարող է օգտակար լինել տեսնել, թե ինչն է լավ աշխատել:

Exploratary testing

Ad-Hoc testing-ը թեստավորման տեսակ է, որն իրականացվում է առանց արտադրանքի փորձարկման նախապատրաստման, առանց ակնկալվող արդյունքների սահմանման կամ փորձարկման սցենարների նախագծման: Սա ոչ ֆորմալ, իմպրովիզացիոն թեստ է: Այն չի պահանջում որևէ փաստաթուղթ, պլանավորում, գործընթաց, որը պետք է հետևել թեստավորումն իրականացնելիս: Փորձարկման այս մեթոդը շատ դեպքերում առաջացնում է bug-երի ավելի մեծ թվով հաշվետվություններ: Դա պայմանավորված է նրանով, որ փորձարկիչը առաջին քայլերում սկսում է փորձարկել արտադրանքի հիմնական ֆունկցիոնալ մասը և կատարում է հնարավոր սցենարների և՛ դրական, և՛ բացասական տարբերակները:

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

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

Ե՞րբ պետք է օգտագործվի Exploratory testing

Ամենատարածված դեպքերը.

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

Օգտակար հղումներ՝

Ad-hoc testing article/eng
Ad-hoc testing article/rus
Ad-hoc testing video tutorial/eng