Ի՞նչ է համակարգի փորձարկումը: Խորը սուզում մոտեցումների, տեսակների, գործիքների, խորհուրդների և հնարքների մեջ և ավելին:

 

Համակարգի թեստավորումը ծրագրային ապահովման փորձարկման մի տեսակ է, որը ստուգումներ է իրականացնում ամբողջ համակարգի վրա:

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

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

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

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

 

Ի՞նչ է համակարգի փորձարկումը:

 

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

Փորձարկողներն իրականացնում են համակարգի թեստավորում՝ գնահատելու համակարգի և՛ ֆունկցիոնալ, և՛ ոչ ֆունկցիոնալ պահանջները առանձին մոդուլների և բաղադրիչների միասին ինտեգրվելուց հետո:

Համակարգի թեստավորումը Black Box-ի փորձարկման կատեգորիա է, ինչը նշանակում է, որ այն փորձարկում է միայն ծրագրաշարի արտաքին աշխատանքային առանձնահատկությունները՝ ի տարբերություն հավելվածի ներքին դիզայնի փորձարկման:

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

 

1. Ե՞րբ պետք է կատարենք համակարգի թեստավորում:

 

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

Համակարգի թեստավորման որոշ դեպքերի օրինակներ են.

● Ծրագրային ապահովման նոր տարբերակների մշակման ժամանակ։

● Հավելվածի գործարկման ժամանակ, երբ տեղի է ունենում ալֆա և բետա փորձարկում:

● Միավորի և ինտեգրման փորձարկումն ավարտելուց հետո:

● Երբ համակարգի կառուցման պահանջներն ավարտված են:

● Երբ կատարվում են փորձարկման այլ պայմաններ:

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

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

 

2. Երբ համակարգային թեստեր պետք չեն

 

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

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

 

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

 

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

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

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

 

Ի՞նչ ենք մենք ստուգում համակարգի թեստավորման ժամանակ:

 

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

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

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

 

1. Ֆունկցիոնալություն

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

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

 

2. Ինտեգրում

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

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

 

3. Ակնկալվող արդյունք

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

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

 

4. Սխալներ և սխալներ

Համակարգի թեստավորումն օգտագործվում է բազմաթիվ հարթակներում և օպերացիոն համակարգերում ծրագրաշարի ֆունկցիոնալությունը և հուսալիությունը գնահատելու համար:

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

 

Մուտքի և ելքի չափանիշներ

 

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

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

 

Մուտքի չափանիշներ

Մուտքի չափանիշները սահմանում են, թե երբ փորձարկողները պետք է սկսեն համակարգի թեստավորումը:

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

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

 

1. Փորձարկման փուլ

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

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

 

2. Պլաններ և սցենարներ

Նախքան համակարգի փորձարկումը սկսելը, փորձարկման պլանը պետք է գրվի, ստորագրվի և հաստատվի:

Ձեզ նույնպես պետք է նախապես պատրաստված թեստային գործեր, ինչպես նաև կատարման պատրաստ թեստավորման սցենարներ:

 

3. Պատրաստակամություն

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

Պատրաստության չափանիշները կարող են տարբեր լինել տարբեր նախագծերում:

 

Ելքի չափանիշներ

 

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

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

 

1. Կատարում

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

 

2. Սխալներ

Համակարգի փորձարկումից դուրս գալուց առաջ ստուգեք, որ որևէ կարևոր կամ առաջնահերթ վրիպակ բաց վիճակում չէ:

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

 

3. Հաշվետվություն

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

 

Համակարգի փորձարկման կյանքի ցիկլը

 

Համակարգի փորձարկման կյանքի ցիկլը նկարագրում է համակարգի փորձարկման յուրաքանչյուր փուլ՝ պլանավորման փուլերից մինչև հաշվետվություններ և ավարտ:

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

 

Փուլ 1. Ստեղծեք թեստային պլան

 

Համակարգի փորձարկման առաջին փուլը համակարգի փորձարկման պլանի ստեղծումն է:

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

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

 

Փուլ 2. Ստեղծեք թեստային դեպքեր

 

Համակարգի փորձարկման հաջորդ փուլը թեստային դեպքերի ստեղծումն է:

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

Յուրաքանչյուր փորձնական դեպքի համար նշեք թեստային դեպքի ID-ն և անունը, ինչպես նաև այն մասին, թե ինչպես կարելի է փորձարկել այս սցենարը և ինչպիսին է փորձարկման դեպքի ակնկալվող արդյունքը:

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

 

Փուլ 3. Ստեղծեք թեստի տվյալներ

 

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

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

 

Փուլ 4. Կատարել թեստային դեպքեր

 

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

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

 

Փուլ 5. Զեկուցել և ուղղել սխալները

 

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

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

 

Շփոթության վերացում. Համակարգի փորձարկում ընդդեմ ինտեգրման թեստավորման ընդդեմ օգտագործողի ընդունման փորձարկման

 

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

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

 

Ի՞նչ է ինտեգրման թեստը:

 

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

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

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

 

Որո՞նք են տարբերությունները համակարգի թեստավորման և ինտեգրման թեստավորման միջև:

 

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

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

 

1. Նպատակը.

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

 

2. Տեսակ:

Ինտեգրման թեստավորումը զուտ փորձարկում է ֆունկցիոնալությունը, և դա ընդունման փորձարկման տեսակ չէ:

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

 

3. Տեխնիկա:

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

 

4. Արժեքը:

Ինտեգրման թեստավորումն օգտագործվում է ինտերֆեյսի սխալները հայտնաբերելու համար, մինչդեռ համակարգի թեստավորումն օգտագործվում է համակարգի սխալները հայտնաբերելու համար:

 

Ի՞նչ է օգտագործողի ընդունման թեստը:

 

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

Օգտագործողի ընդունման փորձարկումը փորձարկման վերջին ձևն է, որը տեղի է ունենում նախքան ծրագրաշարը արտադրական միջավայր տեղափոխելը:

Դա տեղի է ունենում այն բանից հետո, երբ արդեն ավարտվել են ֆունկցիոնալ թեստավորումը, ինտեգրացիոն թեստավորումը և համակարգի թեստավորումը:

 

Որո՞նք են տարբերությունները համակարգի փորձարկման և օգտագործողի ընդունման փորձարկման միջև:

 

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

Այնուամենայնիվ, կան բազմաթիվ տարբերություններ համակարգի թեստավորման և օգտագործողի ընդունման փորձարկման միջև.

 

1. Փորձարկիչներ.

Մինչ համակարգի թեստավորումն իրականացվում է փորձարկողների (և երբեմն մշակողների) կողմից, օգտագործողների ընդունման թեստավորումն իրականացվում է վերջնական օգտագործողների կողմից:

 

2. Նպատակը.

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

 

3. Մեթոդ:

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

 

4. Փուլ:

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

 

Համակարգի փորձարկման տեսակները

 

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

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

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

 

1. Ֆունկցիոնալության փորձարկում

 

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

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

 

2. Կատարողականության թեստավորում

 

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

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

Կատարողականության թեստավորման ժամանակ փորձարկողները կանդրադառնան բեռնման ժամանակներին, ինչպես նաև սխալներին և այլ խնդիրներին:

 

3. Բեռի փորձարկում

 

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

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

 

4. Մասշտաբայնության փորձարկում

 

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

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

 

5. Օգտագործելիության փորձարկում

 

Օգտագործելիության թեստավորումը համակարգային թեստավորման տեսակ է, որը ներառում է թեստավորում, թե որքանով է կիրառելի հավելվածը:

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

 

6. Հուսալիության փորձարկում

 

Հուսալիության փորձարկումը համակարգային ինտեգրման փորձարկման տեսակ է, որը ստուգում է, թե որքանով է հուսալի ծրագրաշարը:

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

 

7. Կոնֆիգուրացիայի փորձարկում

 

Կազմաձևման թեստավորումը համակարգի թեստավորման մի տեսակ է, որը գնահատում է, թե որքան լավ է համակարգը աշխատում տարբեր տեսակի ծրագրաշարերի և սարքավորումների հետ աշխատելիս:

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

 

8. Անվտանգության փորձարկում

 

Անվտանգության թեստավորումը համակարգի թեստավորման տեսակ է, որը գնահատում է, թե ինչպես է ծրագրաշարը կատարում անվտանգության և գաղտնիության հետ կապված:

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

 

9. Միգրացիոն փորձարկում

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

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

 

Այն, ինչ ձեզ հարկավոր է սկսելու համակարգի փորձարկումը

 

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

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

 

1. Կայուն կառուցվածք, որը գրեթե պատրաստ է գործարկման

 

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

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

 

2. Համակարգի փորձարկման պլաններ

 

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

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

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

 

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

 

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

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

 

4. Հմտություններ և ժամանակ

 

Համոզվեք, որ բավականաչափ ռեսուրսներ եք հատկացնում համակարգի փորձարկմանը, նախքան ձեր համակարգի թեստերը սկսելը:

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

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

 

5. Համակարգի փորձարկման գործիքներ

 

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

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

 

Համակարգի փորձարկման գործընթացը

 

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

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

 

Քայլ 1. Ստեղծեք համակարգի փորձարկման պլան

 

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

 

Քայլ 2. Ստեղծեք թեստային սցենարներ և փորձարկման դեպքեր

 

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

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

 

Քայլ 3. Ստեղծեք անհրաժեշտ թեստի տվյալները

 

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

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

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

 

Քայլ 4. Ստեղծեք փորձարկման միջավայր

 

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

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

 

Քայլ 5. Կատարեք փորձարկման դեպքերը

 

Թեստավորման միջավայրը ստեղծելուց հետո կարող եք կատարել փորձարկման դեպքերը, որոնք ստեղծել եք երկրորդ քայլում:

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

Յուրաքանչյուր փորձարկման դեպք կատարելիս նշեք թեստի արդյունքները:

 

Քայլ 6. Պատրաստեք վրիպակների հաշվետվություններ

 

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

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

 

Քայլ 7. Կրկին փորձարկում սխալների վերանորոգումից հետո

 

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

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

Բավական չէ ենթադրել, որ բոլոր վրիպակները շտկվել են, և որ build-ն այժմ պատրաստ է անցնելու օգտատերերի ընդունման թեստին:

 

Քայլ 8. Կրկնել ցիկլը

 

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

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

 

Ձեռնարկ ընդդեմ ավտոմատացված համակարգի թեստեր

 

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

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

 

Համակարգի ձեռքով փորձարկում

 

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

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

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

 

1. Համակարգի ձեռքով փորձարկում կատարելու առավելությունները

 

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

 

Բարդություն

Ձեռքով փորձարկումը հարմար է բարդ փորձարկման սցենարների փորձարկման համար, որոնք միշտ չէ, որ հեշտ է ավտոմատացնել:

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

 

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

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

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

 

Պարզություն

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

Ձեռքով փորձարկումը չի պահանջում տեխնիկական փորձաքննություն կամ կոդավորման գիտելիքներ:

 

2. Ձեռքով համակարգի թեստերի մարտահրավերները

 

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

 

Ժամանակատար

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

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

 

Մարդկային սխալ

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

 

Փորձարկման ծածկույթ

Ձեռնարկի թեստերը չեն առաջարկում ծածկույթի նույն լայնությունը, ինչ ավտոմատացված թեստերը:

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

 

Երբ օգտագործել ծրագրային ապահովման ձեռքով փորձարկում

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

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

 

Համակարգի փորձարկման ավտոմատացում

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

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

 

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

 

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

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

 

Արդյունավետություն

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

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

 

Փորձարկման ավելի մեծ ծածկույթ

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

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

 

Հեռացնել մարդկային սխալը

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

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

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

 

Ստանդարտացնել թեստավորումը

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

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

 

2. Համակարգի թեստավորման ավտոմատացման մարտահրավերները

 

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

 

Ճկունություն

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

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

 

Ռեսուրսներ

Ավտոմատացված թեստերը տեղադրելու համար ժամանակ և ռեսուրսներ են պահանջվում:

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

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

 

Բարդ փորձարկման դեպքեր

Շատ դեպքերում հնարավոր չէ ավտոմատացնել համակարգի թեստավորումը 100%-ով` առանց որևէ ձեռքով փորձարկման հենվելու:

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

 

3. Երբ իրականացնել ավտոմատացված համակարգի փորձարկում

 

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

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

 

Եզրակացություն. Համակարգի ավտոմատ փորձարկում ընդդեմ համակարգի ձեռքով փորձարկման

 

Համակարգի ավտոմատ փորձարկումը և համակարգի ձեռքով փորձարկումը երկուսն էլ կարևոր են ծրագրային ապահովման մշակման փորձարկման փուլում:

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

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

 

Համակարգի փորձարկման լավագույն փորձը

 

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

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

 

1. Համարժեք պլանավորեք համակարգի թեստերը

 

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

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

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

 

2. Միշտ գրեք մանրամասն, ճշգրիտ հաշվետվություններ

 

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

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

Համոզվեք, որ ձեր վրիպակների հաշվետվությունները միանշանակ են և հեշտ է հետևել:

 

3. Փորձարկում իրական սարքերի վրա

 

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

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

 

4. Հնարավորության դեպքում ավտոմատացնել թեստավորումը

 

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

Եթե դուք դեռ չեք փորձարկել ավտոմատացված համակարգի ինտեգրման փորձարկումը, փորձեք RPA + Software Testing գործիքները, որոնք կարող են օգնել ձեզ ավտոմատացնել ձեր համակարգի գոնե որոշ թեստեր, թույլ կտան բարձրացնել ձեր ծածկույթն ու արդյունավետությունը՝ չվնասելով ձեր արդյունքների ճշգրտությունը:

 

5. Փորձեք մեկ հատկանիշ յուրաքանչյուր դեպքի համար

 

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

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

 

Համակարգի փորձարկումների արդյունքների տեսակները

 

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

Փորձարկման արդյունքներն արդյունավետորեն այն ակտիվներն ու տեղեկատվությունն են, որոնք դուք ստանում եք համակարգի թեստերն իրականացնելով:

 

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

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

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

 

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

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

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

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

 

3. Փորձարկման հաշվետվություն

Փորձարկման հաշվետվությունը սովորաբար համակարգի թեստավորման ավարտի ելքի չափանիշների մի մասն է, և այն սովորաբար ներառում է կատարված թեստավորման ամփոփագիրը, GO/No-Go առաջարկությունները, փուլերի և կրկնությունների մասին տեղեկությունները և թեստավորման ամսաթիվը:

Դուք կարող եք նաև ներառել ցանկացած այլ կարևոր տեղեկություն թեստի արդյունքների վերաբերյալ կամ այս հաշվետվությանը կցել թերությունների ցանկի պատճենը:

 

Համակարգի թեստերի օրինակներ

 

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

Համակարգի թեստերի օրինակները կարող են օգնել ձեզ ավելի լավ հասկանալ, թե ինչ է համակարգի թեստը և ինչ է այն փորձարկում:

 

1. Փորձարկման ֆունկցիոնալություն

 

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

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

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

 

2. Բեռնման ժամանակների փորձարկում

 

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

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

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

 

3. Փորձարկման կոնֆիգուրացիա

 

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

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

 

Համակարգի փորձարկման միջոցով հայտնաբերված սխալների և սխալների տեսակները

 

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

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

 

1. Կատարողական սխալներ

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

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

 

2. Անվտանգության սխալներ

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

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

 

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

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

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

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

 

4. Հաղորդակցման սխալներ

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

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

 

5. Սխալների հետ կապված սխալները

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

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

Եթե սխալի հաղորդագրությունները չեն պարունակում համապատասխան տեղեկատվություն տեղի ունեցած սխալի մասին, օգտվողները չեն կարողանա շտկել սխալը:

 

Համակարգի փորձարկման ընդհանուր չափումներ

 

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

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

 

1. Բացարձակ չափումներ

 

Բացարձակ թվերն այն չափիչներն են, որոնք պարզապես տալիս են բացարձակ թիվ՝ համամասնության կամ հարաբերակցության փոխարեն:

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

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

 

2. Փորձարկման արդյունավետության չափումներ

 

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

Փորձարկման արդյունավետության չափման որոշ օրինակներ ներառում են թեստերի անցած տոկոսը և թերությունների ֆիքսված տոկոսը:

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

 

3. Փորձարկման արդյունավետության չափումներ

 

Թեստի արդյունավետության ցուցանիշները փորձարկողներին ինչ-որ բան ասում են համակարգի թեստերի որակի մասին, որոնք նրանք կատարում են:

Նրանք չափում են, թե որքան արդյունավետ են համակարգի թեստերը համակարգում առկա սխալներն ու թերությունները հայտնաբերելու և գնահատելու համար:

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

 

4. Թեստային ծածկույթի չափումներ

 

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

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

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

 

5. Արատների չափումներ

 

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

Ընդհանուր թերության չափման օրինակներից մեկը թերության խտությունն է, որը չափում է թերությունների ընդհանուր թիվը ամբողջ թողարկման ընթացքում:

Անբավարարության խտությունը սովորաբար ներկայացվում է որպես 1000 տող կոդի համար թերությունների քանակ:

 

Համակարգի փորձարկման դեպքեր

 

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

 

1. Որոնք են թեստային դեպքերը համակարգի թեստավորման մեջ:

 

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

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

 

2. Ինչպես գրել համակարգի փորձարկման դեպքեր

 

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

• Սահմանեք այն տարածքը, որը ցանկանում եք, որ ընդգրկի ձեր փորձարկման գործը:
• Համոզվեք, որ թեստը հեշտ է փորձարկել:
• Կիրառեք համապատասխան թեստային նախագծեր յուրաքանչյուր փորձարկման դեպքի համար:
• Յուրաքանչյուր փորձարկման դեպքի նշանակեք փորձնական դեպքի եզակի ID:
• Ներառեք հստակ նկարագրություն, թե ինչպես վարել յուրաքանչյուր փորձնական դեպք:
• Յուրաքանչյուր փորձարկման դեպքի համար ավելացրեք նախապայմաններ և հետպայմաններ:
• Նշեք արդյունքը, որը դուք ակնկալում եք յուրաքանչյուր փորձարկման դեպքից:
• Նկարագրեք փորձարկման մեթոդները, որոնք պետք է օգտագործվեն:
• Խնդրեք գործընկերոջը վերանայել յուրաքանչյուր փորձնական դեպք, նախքան առաջ անցնելը:

 

3. Համակարգի փորձարկման դեպքերի օրինակներ

 

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

 

Մթերային ապրանքների սկանավորման հավելվածի գնի վավերացում

Թեստի ID՝ 0788
Փորձնական դեպք. վավերացրեք ապրանքի գինը
Փորձարկման դեպքի նկարագրություն. սկանավորեք ապրանքը և ստուգեք դրա գինը:
Ակնկալվող արդյունքներ. սկանավորված գինը պետք է համապատասխանի բաժնետոմսի ընթացիկ գնին:
Արդյունք. ապրանքը սկանավորվել է $1-ով, որը համապատասխանում է բաժնետոմսի ընթացիկ գնին:
Անցնել/անհաջողել՝ անցնել:

 

Կառավարման ծրագրային ապահովման ավարտից մինչև վերջ գործարքների արձագանքման ժամանակը

Թեստի ID՝ 0321
Փորձնական դեպք. հիմնական էկրանի բեռնման ժամանակները
Փորձարկման դեպքի նկարագրություն. Համոզվեք, որ հավելվածի բեռնման էկրանը բեռնվում է լավ ժամանակի ընթացքում:
Ակնկալվող արդյունքներ. Էկրանը պետք է բեռնվի չորս վայրկյանի ընթացքում կամ ավելի քիչ:
Արդյունք. էկրանը բեռնվեց 6 վայրկյանում:
Անցնել / ձախողել. ձախողվել:

 

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

 

Համակարգի թեստավորման գործիքների օգտագործումը թեստավորման գործընթացը պարզեցնելու և թեստավորման թիմերի կողմից ժամանակատար առաջադրանքների վրա ծախսվող ժամանակը նվազեցնելու ամենապարզ եղանակներից մեկն է:

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

 

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

 

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

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

 

1. ZAPTEST ԱԶԱՏ հրատարակություն

ZAPTEST-ը ծրագրային ապահովման փորձարկման գործիքների փաթեթ է, որը կարող է օգտագործվել համակարգի թեստավորման և ծրագրային ապահովման այլ տեսակի փորձարկման համար:

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

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

 

2. Սելեն

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

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

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

 

3. Ափիում

Appium-ը համակարգի փորձարկման անվճար գործիք է, որը հարմար է հատուկ բջջային հավելվածների հետ օգտագործելու համար:

Դուք կարող եք օգտագործել Appium-ը՝ ավտոմատացնելու համակարգի թեստավորումը iOS և Android սմարթֆոնների և պլանշետների համար նախատեսված հավելվածների համար:

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

 

3. Testlink

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

Օգտագործելով Testlink-ը, դուք կարող եք հեշտությամբ տեսակավորել հաշվետվությունները բաժինների՝ գտնելու ձեզ անհրաժեշտ տեղեկատվությունը, երբ այն ձեզ անհրաժեշտ է:

Testlink-ը արժեքավոր փորձարկման գործիք է, անկախ նրանից՝ դուք անցկացնում եք համակարգի թեստավորում, ծխի թեստավորում կամ ծրագրային ապահովման ցանկացած այլ տեսակի փորձարկում:

 

5. Լոադիում

Loadium-ը անվճար փորձարկման գործիք է, որը հատուկ նախագծված է կատարողականի և բեռնվածության փորձարկման համար:

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

 

4 լավագույն ձեռնարկությունների համակարգերի փորձարկման գործիքներ

 

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

 

1. ZAPTEST Enterprise հրատարակություն

 

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

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

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

 

2. SoapUI

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

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

 

3. Թեստիգմա

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

Պլատֆորմը կառուցված է Java-ով, սակայն այն աշխատում է պարզ անգլերենով գրված թեստային սցենարներով:

 

4. TestingBot

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

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

 

Երբ դուք պետք է օգտագործեք ձեռնարկություն ընդդեմ անվճար համակարգի փորձարկման գործիքներ

 

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

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

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

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

 

Համակարգի փորձարկման ստուգաթերթ, խորհուրդներ և հնարքներ

 

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

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

 

1. Ներգրավել փորձարկողներին նախագծման փուլում

 

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

Սա հաճախ հանգեցնում է ավելի խորաթափանց հետախուզական փորձարկման:

 

2. Գրեք հստակ թեստային դեպքեր

 

Երբ գրում եք ձեր թեստի դեպքերը, համոզվեք, որ դրանք պարզ են և միանշանակ:

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

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

 

3. Առավելագույնի հասցնել թեստի ծածկույթը

 

Սովորաբար հնարավոր չէ հասնել 100% թեստավորման ծածկույթի, երբ դուք իրականացնում եք համակարգի թեստավորում, նույնիսկ եթե դուք օգտագործում եք ավտոմատացման գործիքներ:

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

Փորձեք հասնել թեստային ծածկույթի առնվազն 90% կամ որքան հնարավոր է դրան մոտ:

 

4. Մանրակրկիտ վերլուծել արդյունքները

 

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

Որքան ավելի շատ մանրամասներ կարող եք տրամադրել վրիպակների մասին, այնքան ավելի հեշտ կլինի մշակողների համար կրկնել այդ սխալները ավելի ուշ:

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

 

5. Գնացեք պահանջների փորձարկումից այն կողմ

 

Պարզապես մի փորձեք ձեր հավելվածները՝ տեսնելու, թե արդյոք նրանք անում են այն, ինչ պետք է անեն:

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

 

7 սխալ և որոգայթ, որոնցից պետք է խուսափել համակարգի թեստերն իրականացնելիս

 

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

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

 

1. Սկսել առանց թեստավորման պլանի

 

Համակարգի փորձարկումն սկսելուց առաջ կարևոր է ստեղծել մանրամասն թեստավորման պլան:

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

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

 

2. Համակարգի փորձարկման շրջանակը չսահմանելը

 

Համակարգի փորձարկումը բազմաչափ խնդիր է, որը ներառում է մեկ ծրագրաշարի կառուցման բազմաթիվ տարբեր ասպեկտների փորձարկում:

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

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

 

3. Կեղծ դրական և կեղծ բացասական արդյունքների անտեսում

 

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

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

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

 

4. Փորձարկում նմանատիպ տեսակի թեստի տվյալների հետ

 

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

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

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

 

5. Հետախուզական փորձարկումների անտեսում

 

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

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

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

 

6. Պարբերաբար չվերանայել թեստի ավտոմատացման արդյունքները

 

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

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

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

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

 

7. Սխալ ավտոմատացման գործիքի օգտագործումը

 

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

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

Օրինակ, բաց կոդով գործիքները հայտնի են իրենց սահմանափակ ֆունկցիոնալությամբ, ոչ ինտուիտիվ ինտերֆեյսով և շատ դժվար ուսուցման կորով, ընդհակառակը, ամբողջական փաթեթային թեստավորման գործիքները, ինչպիսին է ZAPTEST Free Edition-ը, ապահովում են բարձրագույն թեստավորում և RPA գործառույթներ, ինչպիսիք են 1SCRIPT, Cross: Բրաուզեր, Cross Device, Cross Platform Technology, հեշտ օգտագործվող առանց ծածկագրի միջերեսով, որը հարմար է ինչպես ոչ տեխնիկական, այնպես էլ փորձառու փորձարկողների համար:

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

 

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

 

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

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

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

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

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

 

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

 

Եթե դուք նոր եք համակարգի թեստավորման մեջ, կան բազմաթիվ ռեսուրսներ առցանց, որոնք կարող են օգնել ձեզ ավելին իմանալ համակարգի թեստավորման և համակարգի թեստեր իրականացնելու մասին:

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

 

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

 

Համակարգի թեստավորման կամ ծրագրային ապահովման թեստավորման առցանց դասընթացները կարող են օգնել ՈԱ մասնագետներին զարգացնել համակարգի թեստավորման իրենց ըմբռնումը և ստանալ այդ գիտելիքները ցույց տվող որակավորում:

Առցանց ուսուցման կայքերը, ինչպիսիք են Coursera-ն, Udemy-ն, edX-ը և Pluralsight-ը, առաջարկում են անվճար և վճարովի դասընթացներ ծրագրային ապահովման թեստավորման և ավտոմատացման մասնագետների և սկսնակների համար:

Համակարգի թեստավորման առցանց դասընթացների որոշ օրինակներ են.

• 2023 թվականի ծրագրային ապահովման փորձարկման ամբողջական Bootcamp, Udemy
• Ծրագրային ապահովման փորձարկման և ավտոմատացման մասնագիտացում, Coursera
• Ծրագրաշարի ավտոմատացված փորձարկում, edX
• Ծրագրաշարի ավտոմատ փորձարկում Python-ի, Udemy-ի հետ
• Բիզնես վերլուծաբան. Ծրագրային ապահովման փորձարկման գործընթացներ և տեխնիկա, Udemy

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

 

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

 

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

Համակարգի թեստավորման վերաբերյալ ամենատարածված հարցազրույցի հարցերից մի քանիսը ներառում են.

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

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

 

3. Համակարգի փորձարկման լավագույն YouTube ձեռնարկները

 

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

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

• Ի՞նչ է համակարգի թեստավորումը:
• Ընդունման թեստավորում և համակարգի թեստավորում
• Ի՞նչ է համակարգի թեստավորումը և ինչպես է այն աշխատում:
• Համակարգի ինտեգրման փորձարկում իրական ժամանակի օրինակով
• Ի՞նչ է համակարգի թեստավորումը ծրագրային ապահովման փորձարկման մեջ:

 

4. Ինչպես պահպանել համակարգի թեստերը

 

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

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

Թեստային սպասարկումը ծրագրային ապահովման փորձարկման կարևոր ասպեկտ է, և փորձարկողները կարող են ապահովել, որ պահպանում են ծրագրակազմը` հետևելով պահպանման լավագույն փորձին:

 

Դրանք ներառում են.

 

1. Համագործակցություն.

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

 

2. Դիզայն:

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

 

3. Գործընթացը:

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

 

4. Հարմարավետություն:

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

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

 

Համակարգի փորձարկումը սպիտակ տուփի՞, թե՞ սև տուփի փորձարկում է:

 

Համակարգի փորձարկումը սև տուփի փորձարկման ձև է:

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

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

Համակարգի թեստավորումը ներառում է և՛ ֆունկցիոնալ, և՛ ոչ ֆունկցիոնալ թեստավորում, սակայն փորձարկողները օգտագործում են սև արկղի տեխնիկան՝ փորձարկելու նույնիսկ կառուցվածքի ոչ ֆունկցիոնալ կողմերը:

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

Download post as PDF