fbpx

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

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

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

Ինչի մեջ է Համատեղելիության փորձարկումը

ծրագրային ապահովման փորձարկում և ճարտարագիտություն:

Սթրեսի թեստավորում - տեսակներ, գործընթաց, գործիքներ, ստուգաթերթեր և այլն

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

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

 

1. Ե՞րբ և ինչո՞ւ պետք է կատարեք Համատեղելիության թեստավորում բջջային հավելվածների, կայքերի, համակարգերի և բրաուզերի համար:

ալֆա թեստավորում ընդդեմ բետա թեստավորման

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

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

 

2. Երբ ձեզ հարկավոր չէ կատարել ծրագրային ապահովման Համատեղելիության փորձարկում

ստուգաթերթի ծրագրային ապահովման փորձարկման գործընթացներ

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

 

3. Ո՞վ է մասնակցում Համատեղելիության թեստավորմանը:

ովքեր պետք է ներգրավված լինեն ծրագրային ապահովման փորձարկման ավտոմատացման գործիքների և պլանավորման հետ

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

 

1. Կառուցապատողներ

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

 

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

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

 

3. Հաճախորդներ

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

 

Համատեղելիության փորձարկման առավելությունները

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

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

 

1. Ավելի լայն լսարան

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

 

2. Բարելավում է կայունությունը

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

 

3. Զարգացնում է զարգացումը

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

 

4. Ստուգում է այլ թեստեր

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

 

5. Նվազեցնում է ծախսերը

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

 

Համատեղելիության փորձարկման մարտահրավերները

UAT թեստավորման համեմատություն ռեգրեսիայի թեստավորման հետ և այլն

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

 

1. Սահմանափակ ժամանակ

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

 

2. Իրական սարքերի բացակայություն

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

 

3. Դժվար է ապագայի ապացույցը

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

 

4. Ենթակառուցվածքների սպասարկում

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

 

5. Համադրությունների մեծ քանակ

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

 

Համատեղելիության փորձարկման բնութագրերը

Ալֆա թեստավորում – Ինչ է դա, տեսակները, գործընթացը, ընդդեմ բետա թեստերի, գործիքների և ավելին:

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

 

1. Մանրակրկիտ

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

 

2. Ընդարձակ

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

 

3. Երկկողմանի

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

 

4. Կրկնվող

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

 

Համատեղելիության փորձարկման տեսակները

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

Համատեղելիության փորձարկման հիմնական տեսակները հետևյալն են.

 

1. Հետամնաց համատեղելիության փորձարկում

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

 

2. Փոխհամատեղելիության փորձարկում

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

 

3. Բրաուզերի համատեղելիության փորձարկում

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

 

4. Բջջային համատեղելիության փորձարկում

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

 

5. Սարքավորումների համատեղելիության փորձարկում

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

 

6. Սարքի համատեղելիության փորձարկում

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

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

7. Ցանցի համատեղելիության փորձարկում

Եթե ​​հավելվածը գործարկելու համար պահանջում է ցանցային գործառույթներ, օրինակ՝ ընկերության սերվերի միջոցով առցանց տվյալների բազայի հետ միանալը, դա պահանջում է համատեղելիության բազմաթիվ ստուգումներ: Սա ապահովում է, որ ծրագիրը կարող է աշխատել համապատասխան արագությամբ Wi-Fi, 4G կամ 3G ցանցային միացումով:

 

Ի՞նչ ենք մենք փորձարկում համատեղելիության թեստերում:

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

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

 

1. Կատարում

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

 

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

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

 

3. Գրաֆիկա

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

 

4. Միացնելիություն

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

 

5. Բազմակողմանիություն

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

 

Համատեղելիության թեստերի արդյունքների տեսակները

Համատեղելիության թեստերի երեք հիմնական արդյունքներն են.

 

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

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

 

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

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

 

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

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

Հայտնաբերված թերությունների տեսակները

Համատեղելիության փորձարկման միջոցով

api փորձարկում և ավտոմատացում

Ահա ամենատարածված սխալները, որոնք կարող են բացահայտել համատեղելիության թեստերը.

 

1. Դասավորության մասշտաբավորում

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

 

2. Ծրագրային ապահովման խափանումներ

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

 

3. HTML/CSS վավերացման խնդիրներ

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

 

4. Տեսանյութի նվագարկման սխալներ

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

 

5. Ֆայլերի անվտանգություն

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

 

Համատեղելիության փորձարկման գործընթաց

ինչ է ծրագրային ապահովման փորձարկման ավտոմատացումը

Համատեղելիության փորձարկման սովորական քայլերն են.

 

1. Կազմել թեստի պլան

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

 

2. Կազմաձևեք թեստային դեպքերը

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

 

3. Ստեղծեք թեստավորման միջավայր

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

 

4. Կատարեք թեստերը

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

 

5. Վերստուգեք

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

 

Համատեղելիության փորձարկման ընդհանուր չափումներ

Գերազանցության թեստավորման կենտրոնի (TCoE) ստեղծման առավելությունները

Ահա մի քանի ընդհանուր չափումներ, որոնք օգտագործվում են համատեղելիության թեստերի համար.

 

1. Լայնություն

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

 

2. CPU-ի օգտագործումը

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

 

3. Համակարգի օգտագործման սանդղակ

Համակարգի օգտագործման սանդղակը ծրագրի սուբյեկտիվ մանրամասները չափելու սովորական միջոց է, որը ներառում է հավելվածի օգտագործման տասը հիմնական հարց: Ստացված SUS միավորը 100-ից է և կարող է տարբերվել մեկ հարթակից մյուսը՝ գրաֆիկական սխալների պատճառով:

 

4. Թերությունների ընդհանուր թիվը

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

 

5. SUPRQ միավոր

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

 

Համատեղելիության թեստերի իրականացման 7 սխալներ և որոգայթներ

մարտահրավերների բեռի փորձարկում

Ահա յոթ էական սխալներ, որոնք պետք է խուսափել համատեղելիության թեստավորում անցկացնելիս.

 

1. Իրական սարքերի բացակայություն

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

 

2. Խուսափելով հին սարքերից

Շատ օգտատերեր դեռ մուտք են գործում իրենց հավելվածները Windows-ի կամ iOS-ի հին տարբերակներում; Ամբողջովին կենտրոնանալը հանրաճանաչ սարքերի և օպերացիոն համակարգերի նոր հրատարակությունների վրա կարող է սահմանափակել արտադրանքի հասանելիությունը: Եթե ​​թիմը չընդլայնի իր թեստերը «հնացած» սարքերի վրա, նրանց լսարանի զգալի մասը կարող է դժվարությամբ օգտագործել ծրագիրը:

 

3. Ժամանակի սխալ կառավարում

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

 

4. Սխալ ժամանակացույց

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

 

5. Չհաշվառվում էկրանի լուծաչափը

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

 

Փորձաքննության բացակայություն

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

 

6. Նախնական քննարկում չկա

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

 

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

Ծրագրային ապահովման փորձարկման ստուգաթերթ

Համատեղելիության բարձրորակ թեստեր ապահովելու լավագույն ուղիները ներառում են.

 

1. Փորձարկում ամբողջ զարգացման ընթացքում

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

 

2. Օգտագործեք իրական սարքեր

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

 

3. Առաջնահերթություն տվեք թեստերին

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

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

4. Ինտեգրել արագաշարժ տեխնիկան

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

 

5. Սահմանափակեք թեստավորման շրջանակը

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

 

Համատեղելիության փորձարկման դեպքերի և սցենարների օրինակներ

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

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

 

Այս դեպքերը սովորաբար ներառում են.

• Ճիշտ փորձարկեք վեբ հավելվածի HTML ցուցադրումները:
• Ստուգեք, որ ծրագրաշարի JavaScript կոդը օգտագործելի է:
• Տեսեք, թե արդյոք հավելվածն աշխատում է տարբեր լուծումներով:
• Ստուգեք, որ ծրագիրը կարող է մուտք գործել ֆայլերի գրացուցակ:
• Համոզվեք, որ հավելվածը միանում է բոլոր կենսունակ ցանցերին:

 

Ահա տարբեր ծրագրերի համար ծրագրային ապահովման փորձարկման համատեղելիության փորձարկման կոնկրետ օրինակներ.

 

1. Սոցիալական ցանցային հավելված

Սոցիալական ցանցերը սովորաբար ունենում են բրաուզերների վեբ հավելվածների և համապատասխան սարքերի բջջային հավելվածների ձևը. երկու տեսակներն էլ պահանջում են հավասարապես մանրակրկիտ փորձարկում: Օրինակ, այս բջջային հավելվածը պետք է ամբողջությամբ գործի առնվազն iOS և Android սարքերում. թիմը ստուգում է հին և նոր սարքերը յուրաքանչյուր օպերացիոն համակարգի ներքո: Եթե, օրինակ, iPhone-ի կոնկրետ մոդելը չի ​​կարող անիմացիոն GIF ֆայլեր ցուցադրել, թիմը պետք է պարզի, թե ինչն է դա առաջացնում, որպեսզի ապահովի օգտատիրոջ հետևողական փորձը:

 

2. Տեսախաղ

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

 

3. CRM ամպային համակարգ

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

 

Ձեռքով, թե՞ ավտոմատացված համատեղելիության թեստեր:

համակարգչային տեսլականը ծրագրային ապահովման փորձարկման համար

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

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

 

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

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

Համատեղելիության փորձարկման հիմնական նախադրյալները սովորաբար ներառում են.

 

1. Որակավորված թեստավորման անձնակազմ

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

 

2. Սարքի ուժեղ էմուլյացիա

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

 

3. Հստակ փորձարկման շրջանակը

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

 

4. Ժամանակի կառավարում

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

Համատեղելիության փորձարկում

ստուգաթերթ, խորհուրդներ և հնարքներ

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

 

1. Մի թիրախավորեք բացարձակ լուսաբանումը

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

 

2. Առաջնահերթություն տվեք բրաուզերների միջև համակցություններին

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

 

3. Ստուգեք դասավորությունը

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

 

4. Ստուգեք API-ները

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

 

5. Ուսումնասիրեք SSL վկայագիրը

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

 

6. Վավերացնել վիդեո նվագարկիչները

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

 

Համատեղելիության փորձարկման 5 լավագույն գործիքներ և ծրագրակազմ

ՀՏՀ ֆունկցիոնալ թեստավորման ավտոմատացման վերաբերյալ

Համատեղելիության փորձարկման ամենաարդյունավետ անվճար և վճարովի գործիքները ներառում են.

 

1. ZAPTEST Free & Enterprise Edition

ZAPTEST-ն առաջարկում է գերազանց ֆունկցիոնալություն ինչպես իր Անվճար, այնպես էլ Ձեռնարկությունների (վճարովի) հրատարակություններում՝ օգնելով ցանկացած չափի (կամ բյուջեի) ընկերություններին իրենց համատեղելիության ստուգման հարցում: Ընկերությունները, որոնք ընտրում են ZAPTEST-ի Enterprise տարբերակը, կարող են նույնիսկ վայելել իրենց սկզբնական ներդրումների մինչև 10 անգամ եկամտաբերությունը: Լուծման 1SCRIPT հատկությունը հատուկ հարմարեցված է համատեղելիության փորձարկողների կարիքներին՝ թույլ տալով նրանց կատարել ճիշտ նույն թեստերը մի քանի հարթակներում՝ առանց ծածկագիրը համապատասխանեցնելու փոփոխելու: Ավելացրե՛ք ՀՀԿ-ի ժամանակակից ֆունկցիոնալությունը առանց հավելյալ ծախսերի, և դուք կունենաք ցանկացած առաջադրանքի ավտոմատացման միանգամյա լուծում:

 

2. LambdaTest

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

 

3. BrowserStack

LambdaTest-ի նման, BrowserStack-ն ապահովում է մուտք դեպի 3000 իրական սարքեր; նրանց կատալոգը ներառում է նաև բրաուզերների ժառանգական և բետա տարբերակներ: Թեև մարդիկ ավելի հավանական է, որ թարմացնեն իրենց զննարկիչը, քան իրենց OS-ն, այնուամենայնիվ կարող են լինել շատ մարդիկ, ովքեր օգտագործում են ավելի հին տարբերակները. BrowserStack-ը համապատասխանում է դրան: Օգտագործողները կարող են նաև սահմանել աշխարհագրական թեստավորում՝ տեսնելու, թե ինչպես են տարբեր երկրներում վեբ կայքերը և վեբ հավելվածները տեսքը: Այնուամենայնիվ, չկան անվճար կամ ֆրիմիումի տարբերակներ, և իրական սարքի փորձարկումը կարող է դանդաղ լինել:

 

4. TestGrid

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

 

5. Բրաուզեր

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

 

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

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

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

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

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo