Օգտատիրոջ ինտերֆեյսի փորձարկումն ավելի կարևոր է, քան երբևէ, շնորհիվ վեբկայքերի և հավելվածների գլոբալ յուրացման, ինչպես նաև հիպերավտոմատացման միտումի (ստեղծվել է Gartner-ի կողմից՝ նշելով, որ այն ամենը, ինչ հնարավոր է ավտոմատացնել, ավտոմատացված կլինի): Եթե դուք թողարկում եք նոր ծրագրաշար կամ վեբ էջ, շատ կարևոր է, որ օգտագործողի միջերեսը (UI) ճիշտ լինի՝ հավասարակշռելու ֆունկցիոնալությունն ու գեղագիտությունը:
Շատ բան կա ազդեցիկ միջերես ստեղծելու համար, ընդ որում UI-ի փորձարկումը հանդես է գալիս որպես լակմուսի թեստ՝ որոշելու, թե արդյոք ինտերֆեյսը դիպչում է բոլոր նշաններին, թե ոչ:
Այս հոդվածում մենք կանդրադառնանք UI թեստավորման հետ կապված բոլոր հիմնական ոլորտներին՝ սկսած միջերեսի ինտերֆեյսի սահմանումից մինչև ձեր միջերեսը փորձարկելու լավագույն եղանակները:
UI ընդդեմ GUI. Մաքրել շփոթությունը
Սկսելու համար եկեք փորձենք վերացնել UI և GUI տերմինների հետ կապված ցանկացած շփոթություն: Ստորև բերված է պարզաբանում, թե ինչ են նշանակում այս երկու տերմինները և որտեղ են դրանք տարբերվում.
1. Ի՞նչ է օգտատիրոջ միջերեսի թեստավորումը:
Օգտվողի միջերեսը կամ UI-ն այն հարթակն է, որը դուք օգտագործում եք ծրագրային ապահովման որոշակի մասի հետ շփվելու համար: UI-ն այն վայրն է, որտեղ դուք կարող եք մուտքագրել հրահանգներ, մուտքագրել տվյալներ կամ դիտել տեղեկատվություն էկրանից կամ մոնիտորից:
Կան բազմաթիվ տարբեր տեսակի UI, ներառյալ գրաֆիկական ինտերֆեյսները (GUI) և հրամանի տող միջերեսները, որոնք պարզապես ցույց են տալիս կոդը և տեքստը:
2. Ի՞նչ է օգտատիրոջ գրաֆիկական միջերեսը (GUI):
Օգտագործողի գրաֆիկական ինտերֆեյսը (GUI) միջերեսի մի տեսակ է, որին ծանոթ են շատերը: Դա ինտերֆեյսի մի տեսակ է, որն օգտագործում է վիզուալներ՝ օգնելու մեզ փոխազդել համակարգի գործառույթների հետ:
Օրինակ, դուք կարող եք օգտագործել ընտրացանկերը կամ գործիքների վահանակները, որոնք ներառում են պատկերակներ, որոնք կօգնեն ձեզ նավարկելու համակարգում: Նույնիսկ տեքստը լավ է աշխատում GUI-ներում՝ որպես օգտագործողին մի գործառույթի միջոցով ուղղորդելու միջոց, օրինակ՝ սեղմելով «ֆայլը», երբ ցանկանում եք բացել կամ պահպանել փաստաթուղթը:
3. UI ընդդեմ GUI
Որպեսզի օգնեք ձեզ ավելի լավ հասկանալ համակարգչային փոխազդեցության այս երկու ձևերը, դիտեք ստորև ներկայացված UI-ի և GUI-ի միջև ուղիղ համեմատությունը.
UI:
• Օգտվողի միջերեսի հապավումը
• Դա հարթակի տեսակ է, որը թույլ է տալիս օգտատերերին շփվել սարքերի հետ
• Դա մարդ-մեքենա փոխազդեցության ձև է
• Այն օգտագործվում է բոլորի կողմից և հաճախ աշխատում է հետին պլանում, այնպես որ դուք չգիտեք, որ օգտագործում եք այն
• Ընդհանուր օրինակները ներառում են MS-DOS կամ Unix
GUI:
• Գրաֆիկական ինտերֆեյսի հապավումը
• Դա հարթակի մի տեսակ է, որն օգտագործում է գրաֆիկա՝ օգնելու օգտատերերին նավարկելու սարքի գործառույթները
• Դա UI-ի ենթադաս է
• Այն սովորաբար օգտագործվում է միջին, ամենօրյա օգտագործողների կողմից, ինչպիսիք են սպառողները
• Ընդհանուր օրինակները ներառում են Windows 10, iOS և Android
Ի՞նչ է Օգտագործողի միջերեսի (UI) փորձարկումը:
Օգտատիրոջ միջերեսի (UI) թեստավորումը, որը երբեմն հայտնի է որպես GUI թեստավորում՝ կախված համատեքստից, գործողությունների շարք է, որն օգտագործվում է հավելվածի տեսողական տարրերի կատարողականությունը և ընդհանուր գործունակությունը չափելու համար: Այն ստուգում և վավերացնում է UI-ի տարբեր գործառույթները և երաշխավորում է, որ չկան անսպասելի արդյունքներ, թերություններ կամ սխալներ:
UI-ի փորձարկումը, օգտագործելով ZAPTEST-ի նման գործիքները, հիմնականում օգտագործվում է UI-ի օգտագործելիությունը, ֆունկցիոնալությունը և կատարողականությունը ստուգելու համար՝ համոզվելու համար, որ այն համապատասխանում է նպատակին:
Որոշ դեպքերում այն նաև ստուգում է համակարգի ընդհանուր նախագծային հայեցակարգի հետ համապատասխանությունը կամ տեսողական միասնությունը:
Ե՞րբ և ինչո՞ւ են ձեզ անհրաժեշտ Օգտագործողի միջերեսի թեստերը:
UI-ի փորձարկումը սովորաբար ամենաարդյունավետն է մինչև արտադրության համար հավելվածի թողարկումը: Սա այն է, որպեսզի վերջնական օգտագործողը ունենա լավագույն փորձը՝ հնարավորինս քիչ սխալներով և թերություններով:
Վերջնական օգտատերերը չեն պատրաստում ծրագրային ապահովման լավագույն փորձարկիչները, ուստի կարևոր է արդուկել ցանկացած խնդիր, նախքան դրանց հասնելը:
UI-ի թեստավորումը օգտակար միջոց է գնահատելու, թե ինչպես է հավելվածը վերաբերվում որոշակի գործողություններին, օրինակ՝ ստեղնաշարի և մկնիկի օգտագործումը՝ ընտրացանկերի հետ փոխազդելու համար: Այն օգնում է ստուգել հավելվածի տեսողական տարրերը՝ համոզվելու համար, որ դրանք ճիշտ են ցուցադրվում:
UI-ի փորձարկումը նաև հիանալի միջոց է արդյունավետությունը գնահատելու և համոզվելու, որ հավելվածի ֆունկցիոնալության հետ կապված որևէ վրիպակ կամ խնդիր չկա:
UI թեստերի տեսակները
Կան մի շարք տարբեր UI թեստեր, որոնք պետք է հաշվի առնել՝ կախված փորձարկվող հավելվածից:
UI թեստերը հնարավորություն ունեն ստուգելու բազմաթիվ գործառույթներ տարբեր հավելվածներում, ուստի թեստի ճիշտ տեսակի ընտրությունը կարող է օգնել բացահայտելու կոնկրետ խնդիրները:
Այլ կերպ ասած, կան UI-ի փորձարկման տարբեր մեթոդներ, որոնք պետք է դիտարկել, և գործիքներ, ինչպիսիք են ZAPTEST-ի RPA ծրագրակազմը և UI-ի ավտոմատացված փորձարկման գործիքները՝ կախված նրանից, թե ինչի համար եք մտադիր փորձարկել:
Ամենատարածված ֆունկցիոնալ և ոչ ֆունկցիոնալ փորձարկման մոտեցման մեթոդաբանություններից մի քանիսը ներառում են հետևյալը.
1. Ռեգրեսիայի թեստավորում
Ռեգրեսիոն թեստավորումը UI թեստավորման տեսակ է, որը դիտարկում է հավելվածի կամ կայքի կոդավորման ցանկացած փոփոխություն:
Այն ապահովում է, որ հավելվածի ամբողջ ֆունկցիոնալությունը նախատեսված է կոդի մասերում փոփոխություններ կատարելուց հետո:
Այն կարիք չունի որևէ շքեղ թեստեր անել, այն պարզապես գործարկում է կոդը՝ համոզվելու համար, որ բոլոր կախվածություններն ու գործառույթներն աշխատում են այնպես, ինչպես անում էին փոփոխությունները կատարելուց առաջ:
2. Ֆունկցիոնալ փորձարկում
Ֆունկցիոնալ թեստավորումը ձգտում է վավերացնել հավելվածը՝ համոզվելու համար, որ այն համապատասխանում է բոլոր ֆունկցիոնալ պահանջներին:
Այն փորձարկում է հավելվածի բոլոր անհատական գործառույթները, այնուհետև ստուգում է արդյունքը՝ համոզվելու, որ այն աշխատում է սպասվածի պես:
UI-ի այս տեսակի թեստավորումը սովորաբար կենտրոնանում է սև տուփի փորձարկման վրա, որը չի նայում սկզբնաղբյուրներից որևէ մեկին: Ֆունկցիոնալ փորձարկումը հակված է ստուգելու այնպիսի բաներ, ինչպիսիք են օգտատիրոջ միջերեսը, ցանկացած հարակից API-ներ, հաճախորդի և սերվերի հաղորդակցությունը կամ անվտանգությունը:
3. Ընդունման թեստավորում
Ընդունման փորձարկումը, որը երբեմն հայտնի է որպես Օգտագործողի ընդունման թեստավորում (UAT), միջերեսի փորձարկման ձև է, որն իրականացվում է հավելվածի վերջնական օգտագործողի կողմից՝ համակարգը ստուգելու համար, նախքան արտադրության անցնելը:
UI-ի այս տեսակի թեստավորումն առավել հաճախ հայտնաբերվում է թեստավորման վերջին փուլերում, երբ մյուս ոլորտները ստուգված են:
Ընդունման թեստավորումն օգտագործվում է հայտի ընդհանուր հոսքը սկզբից մինչև վերջ վավերացնելու համար: Այն չի դիտարկում մակերեսային խնդիրներ, ինչպիսիք են ուղղագրական սխալները կամ գեղագիտական խնդիրները: Այն օգտագործում է առանձին փորձարկման միջավայր՝ ընդօրինակելու արտադրական միջավայրը՝ ապահովելով, որ այն պատրաստ է անցնել հաջորդ փուլ:
4. Միավորի փորձարկում
Միավորի փորձարկումն ուղղված է հավելվածի առանձին բաղադրիչների ստուգմանը` հաստատելու, որ այն աշխատում է այնպես, ինչպես նախատեսված է:
Այն սովորաբար իրականացվում է կոդավորման փուլում, հետևաբար այն սովորաբար ընկնում է մշակողների և նրանց միջերեսի փորձարկման գործիքների վրա՝ այս տեսակի UI թեստ կատարելու համար:
Միավորի փորձարկումն աշխատում է՝ առանձնացնելով կոդի մի հատված՝ համոզվելու համար, որ այն աշխատում է այնպես, ինչպես սպասվում էր: Կոդի այս առանձին հատվածը կարող է լինել կոնկրետ մոդուլ, ֆունկցիա, օբյեկտ կամ հավելվածի որևէ այլ առանձին մաս:
5. Կատարողականության թեստավորում
Կատարողականության փորձարկումը և բեռնվածության թեստերը նպատակ ունեն գնահատել հավելվածի օպտիմալացումը՝ դիտարկելով այնպիսի բաներ, ինչպիսիք են հավելվածի արագությունը, կայունությունը, արձագանքողությունը և մասշտաբայնությունը, երբ օգտագործվում է:
UI-ի այս տեսակի թեստավորման նպատակն է գտնել հավելվածում մտահոգող ցանկացած տարածք կամ տվյալների հոսքի խցանումներ: Կատարման փորձարկման գործիքների երեք հիմնական ոլորտներն են՝ հավելվածի արագությունը, մասշտաբայնությունը և կայունությունը:
6. GUI թեստավորում
GUI-ի փորձարկման գործիքները փորձում են ստուգել հավելվածի գրաֆիկական ինտերֆեյսը, որպեսզի համոզվեն, որ բոլոր ֆունկցիոնալությունն աշխատում է այնպես, ինչպես սպասվում էր:
Սա ներառում է հավելվածի գրաֆիկական ակտիվների և հսկիչների դիտում, ինչպիսիք են կոճակները, գործիքների տողերը և պատկերակները: GUI-ն այն է, ինչի հետ վերջնական օգտագործողը շփվում և տեսնում է հավելված օգտագործելիս:
Որո՞նք են UI թեստավորման առավելությունները:
Կան մի շարք առավելություններ, որոնք կապված են UI թեստավորման և այնպիսի գործիքների օգտագործման հետ, ինչպիսիք են ZAPTEST-ի UI թեստավորման փաթեթը, ինչպես մշակողի, այնպես էլ վերջնական օգտագործողի համար:
Ստորև բերված են UI թեստավորման հետ կապված հիմնական առավելություններից մի քանիսը.
1. Այն բարելավում է ֆունկցիոնալությունը
Կարևոր է թեստավորել հավելվածները՝ համոզվելու համար, որ դրանք աշխատում են այնպես, ինչպես սպասվում է, որպեսզի, եթե կան որևէ անսարքություն, վրիպակ կամ այլ խնդիրներ, դրանք լուծվեն մինչև թողարկումը:
Եթե հավելվածը հասնում է վերջնական օգտատերերին, և այն խելագարված է, լի է սխալներով կամ կոտրված է, ապա այն չի կատարի այն աշխատանքը, որը ակնկալվում է նրանից: Սա, իր հերթին, չափազանց շատ խնդիրներ է ստեղծում վերջնական օգտագործողների համար, և նրանք, ամենայն հավանականությամբ, կդադարեն օգտագործել այն:
2. Դա հեշտացնում է այն օգտագործելը
UI-ի փորձարկման ավտոմատացման գործիքները նաև օգտակար միջոց են հավելվածը օպտիմալացնելու և պարզեցնելու համար:
Նույնիսկ եթե բոլոր կոդավորումն աշխատում է այնպես, ինչպես պետք է, վատ մշակված ինտերֆեյսը կարող է շփոթեցնել վերջնական օգտագործողներին և արագ անջատել նրանց՝ նվազեցնելով հավելվածի ընդունման տեմպերը: UI-ի փորձարկումը հիանալի միջոց է տարրերից կամ դիզայնի ընտրանքներից որևէ մեկը արդուկելու համար, որպեսզի այն ավելի հեշտ լինի օգտագործել:
3. Այն ամրապնդում է հավելվածի հեղինակությունը
Ժամանակ հատկացնելը՝ UI-ի թեստավորումը պատշաճ կերպով կատարելու և այնպիսի գործիքների ներդրումը, ինչպիսին է ZAPTEST-ի թեստավորման ավտոմատացման ծրագրակազմը, հավելվածը հղկելու և այն հնարավորինս հարմարավետ դարձնելու հիանալի միջոցներ են:
Երբ ճիշտ է արվում, այն հավելվածը դարձնում է ապրանքանիշի հիանալի դեսպան, ինչը բարձրացնում է դրա ընդհանուր հեղինակությունը: Եթե հավելվածն աշխատում է առանց սխալների և անում է այն ամենը, ինչ պետք է անի, ապա օգտվողները կգնահատեն դա և կօգտվեն հավելվածից:
Որո՞նք են UI թեստավորման հիմնական մարտահրավերները:
Թեև UI-ի փորձարկումը հավելվածի մշակման կարևոր մասն է, այն պարտադիր չէ, որ գործընթացի հեշտ մասը լինի:
Կան մի շարք խնդիրներ և մարտահրավերներ, որոնք կապված են UI թեստի ավտոմատացման անվճար ծրագրաշարի հետ, ինչը դժվարացնում է աշխատանքը:
Ստորև բերված են UI թեստավորման հետ կապված հիմնական մարտահրավերներից մի քանիսը, երբ օգտագործվում են UI-ի ոչ համարժեք փորձարկման գործիքներ.
1. UI թարմացումներ
Հավելվածի մշակումը սովորաբար կրկնվող գործընթաց է, որը բերում է նոր առանձնահատկություններ և գործառույթներ զարգացման ցիկլի ընթացքում և դրանից հետո:
Այս բոլոր պատահական փոփոխությունները կարող են բավականին դժվարացնել UI թեստերի արդյունավետ կատարումը, քանի որ այլ կախվածություններն ու կոդի փոխազդեցությունները փոխում են այն, ինչ փորձարկվում է:
2. Փորձարկում, որն աճում է բարդության մեջ
Հավելվածներն ու կայքերն այժմ շատ ավելի բարդ են, քան նույնիսկ մի քանի տարի առաջ: Այս բոլոր լրացուցիչ ֆունկցիոնալությամբ, UI-ի փորձարկման գործիքները և UI-ի ավտոմատացման ծրագրակազմը պետք է ուսումնասիրեն ավելի շատ տարրեր և գործընթացներ:
Արդյունքում, UI-ի փորձարկման գործիքներից շատերը պետք է ճշգրտվեն, որպեսզի տեղավորվեն այս բոլոր բարդ հավելումները:
3. Ժամանակի սահմանափակումներ
Քանի որ հավելվածների բարդությունը մեծանում է, փորձարկման համար օգտագործվող գործիքները նույնպես մեծանում են: UI-ի թեստավորման սկրիպտները դառնում են շատ ավելի ժամանակատար՝ հաշվի առնելով կոդերի հսկայական ծավալը, որը պետք է փորձարկվի: Այս խնդիրը բարդանում է, երբ UI-ի փորձարկման ճիշտ գործիքները հասանելի չեն:
4. UI-ի սկրիպտների թարմացում
Քանի որ օգտատիրոջ միջերեսը փոխվում է և նոր ֆունկցիոնալություն է ներդրվում, փորձարկման սցենարները պետք է ճշգրտվեն՝ նոր գործընթացները փորձարկելու համար: Սա ավելի դժվար է դառնում յուրաքանչյուր նոր հավելման հետ, քանի որ թեստային սկրիպտները մշտապես թարմացվում և ճշգրտվում են՝ նոր ֆունկցիոնալությունը տեղավորելու համար:
Արդյո՞ք պետք է ավտոմատացնեք UI թեստը:
Երբ խոսքը վերաբերում է բջջային հավելվածի կամ վեբ UI-ի թեստավորման լավագույն մոտեցմանը որոշելուն, կան երկու տարբեր ուղիներ, որոնք պետք է դիտարկել՝ ձեռքով թեստավորում կամ ավտոմատացված միջերեսի փորձարկում՝ օգտագործելով ավտոմատացված գործիքներ : Ե՛վ ձեռքով փորձարկումը, և՛ UI ավտոմատացումը ունեն իրենց առավելություններն ու թերությունները, ուստի խելամիտ է հաշվի առնել երկուսն էլ՝ տեսնելու, թե որն է լավագույնս համապատասխանում հավելվածին:
Ի՞նչ է ձեռքով UI թեստավորումը:
Ձեռնարկի թեստավորումը, ի տարբերություն UI ավտոմատացման, ներառում է փորձարկողի օգտագործումը՝ հավելվածում կամ վեբկայքում հայտնաբերված բոլոր հնարավորությունները ձեռքով փոխազդելու և ստուգելու համար:
Նրանց հիմնական նպատակն է դիտարկել ընդհանուր կիրառման ցանկացած խնդիր, անկանոնություն կամ խնդիր: Սա հատկապես օգտակար տարբերակ է սահմանափակ տարրերով փոքր հավելվածների համար, ինչպիսիք են հավելվածների վաղ տարբերակներում հայտնաբերվածները:
1. UI-ի ձեռքով փորձարկման առավելությունները
UI-ի ձեռքով թեստավորում ընտրելը շատ առավելություններ ունի՝ կախված հավելվածից և դրա դիզայնից:
Ստորև բերված են UI ձեռքով փորձարկման հետ կապված որոշ առավելություններ.
• Ձեռքով UI թեստավորումը ներառում է մարդու ինտելեկտը թեստավորման մեջ՝ սխալներ կամ խնդիրներ փնտրելու համար: Կան բաներ, որոնք ավտոմատացված UI-ի թեստավորումը պարզապես չի կարող իրականացնել, և անհրաժեշտ է մարդկային փոխազդեցություն, քննադատական մտածողություն և մարդկային տարր՝ կիրառման բոլոր թերությունները գտնելու համար:
• Ավտոմատացված թեստերը կարող են բավականին ժամանակատար լինել, քանի որ դրանք վերստեղծում են բազմաթիվ սցենարներ տարբեր հատկանիշների համար, որոնք պետք է ստուգվեն մարդու փորձարկողի կողմից: UI-ի ձեռքով փորձարկումը թույլ է տալիս մարդկային փորձարկողներին կենտրոնանալ սխալներ գտնելու վրա, այլ ոչ թե էմուլյացիաներ ստեղծելու վրա:
• Մարդկային փորձարկողները հակված են ինտիմ գիտելիքներ ունենալ հավելվածի մասին՝ հաճախ անհամար ժամեր ծախսելով՝ ընտելանալով ինտերֆեյսին: Հենց դրա պատճառով է, որ նրանք հասկանում են, թե ինչ պետք է ուշադրություն դարձնեն սխալների առումով՝ օգնելով նրանց տեղեկացված մնալ հավելվածի ընթացիկ վիճակի մասին:
• Կան խնդիրներ, որոնք կարող են չնշվել UI-ի ավտոմատացված թեստավորման միջոցով, քանի որ դա չի ազդում կոդի վրա: Սերվերի արձագանքման ժամանակի նման բաները կարող են ուշանալ, բայց դրանք հեշտությամբ կարող են անտեսվել ավտոմատացված թեստի միջոցով: UI-ի ձեռքով փորձարկումը վերացնում է այս խնդիրը, քանի որ մարդ օգտագործողը անմիջապես նկատում է այդ խնդիրները:
• UI-ի ձեռքով փորձարկումը օգտատերերի փորձի ամենաճշգրիտ ընդօրինակումն է, քանի որ դուք ստեղծում եք մի իրավիճակ, որը արտացոլում է, թե ինչպես է վերջնական օգտագործողը փոխազդում հավելվածի հետ: Սա իրական աշխարհի համատեքստ է ստեղծում՝ գտնելու այն խնդիրները, որոնք սովորաբար գտնում են վերջնական օգտատերերը, բայց, հնարավոր է, բաց թողնված ավտոմատացված միջերեսի փորձարկումը:
2. Ձեռքով UI թեստավորման սահմանափակումները
Կան նաև UI-ի ձեռքով փորձարկման սահմանափակումներ, որոնք պետք է հաշվի առնել նախքան ձեր հավելվածի լավագույն փորձարկման մոտեցման վերաբերյալ որոշում կայացնելը:
Ձեռքով UI թեստերի որոշ սահմանափակումներ ներառում են հետևյալը.
• Ձեռքով փորձարկումն իրականացնելու համար շատ ավելի երկար ժամանակ է պահանջվում, քան UI-ի ավտոմատացված թեստավորումը, հատկապես, երբ օգտագործվում են ժամանակակից գործիքներ, ինչպիսիք են հիպերավտոմատացումը : Ավտոմատացված փորձարկման սկրիպտները կարող են շատ ավելի արագ աշխատել, քան ցանկացած տեսակի մարդկային մուտքագրում, այնպես որ վեբ միջերեսի ձեռքով փորձարկման ընտրությունը լրացուցիչ ժամեր է ավելացնում ժամանակացույցին:
• Քանի որ դա, ի վերջո, մարդկային գործընթաց է, վեբ UI-ի ձեռքով փորձարկումը հակված է մարդկային սխալի: Բաց թողնված սխալները՝ ուշադրության պակասի կամ ուշադրությունը շեղելու պատճառով, կարող են առաջանալ ձեռքով UI թեստավորման ժամանակ, ինչը կարող է հանգեցնել խնդիրների: Համեմատաբար, UI-ի ավտոմատացված թեստավորումը հեռացնում է մարդկային տարրը գործընթացից՝ դարձնելով այն շատ ավելի քիչ հակված այս տեսակի խնդիրների: Սա հատկապես ճիշտ է UI-ի ավտոմատացված թեստավորման վերջին տեսակների համար, ինչպիսիք են ռոբոտային գործընթացների ավտոմատացումը :
• Հայտնաբերված սխալների գրանցման իրական գործընթացը շատ ավելի երկար է տևում, ինչը կարող է դժվարացնել դրանց կատարման ընթացքում հետևելը: UI-ի ավտոմատացված թեստավորումն այստեղ ավելի լավ մոտեցում է, քանի որ այն պահանջում է թարմացում միայն այն դեպքում, եթե ներդրվի նոր գործառույթ:
• UI-ի մեխանիկական թեստավորումը պահանջում է հավելվածի խորը գիտելիքներ՝ խնդիրների համար գրագետ փորձարկելու համար: Սրա արդյունքում մարդկային փորձարկողների կողմից պահանջվում է որոշակի մակարդակի գիտելիքներ, որպեսզի նրանք կարողանան արդյունավետ փորձարկել: Ավտոմատացված թեստավորումը և ՀՀԿ-ն այս մակարդակի գիտելիքներ չի պահանջում։
3. Ձայնագրեք և վերարտադրեք փորձարկում
Record & replay testing-ը UI-ի առանց կոդի փորձարկման ձև է, որը թույլ է տալիս թեստեր կատարել առանց խորը ծրագրավորման գիտելիքների: Այն օգտագործում է ֆունկցիոնալությունը և հաճախ համակարգչային տեսողության տեխնոլոգիան ՝ հավելվածում կատարված ձեռքով կատարվող գործողությունները գրանցելու համար՝ նախքան այն որպես փորձնական օրինակ պահելը:
Սա թույլ է տալիս UI թեստը կրկին ու կրկին կատարել առանց մարդկային մասնակցության:
4. Ձեռնարկն ընդդեմ ձայնագրության և վերարտադրման ընդդեմ ավտոմատացման փորձարկման
UI թեստավորման այս երեք տեսակների միջև որոշում կայացնելիս կարևոր է հաշվի առնել հավելվածի շրջանակն ու մասշտաբը և առկա ռեսուրսները:
Ձեռքով UI թեստավորումը ամենահեշտն է կարգավորելու և օգտագործելու համար, բայց այն ունի բազմաթիվ պահանջներ, ինչպիսիք են հավելվածի լավ իմացությունը փորձարկողի կողմից: Դժվար է նաև շարունակել ձեռքով UI թեստավորումը, եթե անընդհատ թարմացնում եք հավելվածը:
UI-ի փորձարկման ավտոմատացման գործիքները, ինչպիսիք են ZAPTEST-ի կողմից առաջարկվողները, հիանալի տարբերակ են, եթե դուք պատրաստվում եք կանոնավոր թարմացումներ կատարել հավելվածում, և ժամանակի ընթացքում դա արդյունք կտա, քանի որ նրանք ընդունում են շարժունության սկզբունքները :
Record & replay-ը գործի է դրվում՝ կամրջելու համար UI թեստավորման երկու տեսակի միջև եղած բացը: Այն առաջարկում է UI-ի ավտոմատացման հիմնական մակարդակ, սակայն այն գործարկելու համար դեռևս պահանջում է մարդկային ներդրում:
Ի՞նչ եք դուք փորձարկում UI թեստեր իրականացնելիս:
Այն, ինչի համար դուք փորձարկում եք UI-ի թեստերն իրականացնելիս՝ օգտագործելով այնպիսի գործիքներ, ինչպիսիք են ZAPTEST-ի UI-ի թեստավորման ծրագրակազմը, կախված է նրանից, թե ինչ է պարունակում հավելվածը:
Այնուամենայնիվ, այն հակված է հետևել հավելվածի ֆունկցիոնալությանը: Օրինակ, եթե հավելվածն ունի վճարման էջ, UI թեստավորումը կներառի այնպիսի բաներ, ինչպիսիք են «գնել հիմա» կոճակի փորձարկումը:
Թեև փորձարկման իրական գործընթացները տարբերվում են հավելվածից հավելված, կան մի շարք ընդհանուր UI բաներ, որոնք պետք է փորձարկվեն, ինչպիսիք են.
1. Սխալներ տվյալների տեսակներում
Այս UI թեստը ապահովում է տվյալների ճիշտ տեսակը համապատասխան դաշտերում: Օրինակ՝ տեքստ անունների համար՝ առանց թվերի օգտագործման տարբերակի: Եթե UI փորձարկիչը կարող է թվային արժեքներ մուտքագրել անվան դաշտի տակ, ապա ինչ-որ բան այն չէ:
2. Դաշտի լայնության խնդիրներ
Սա օգտագործվում է որոշակի դաշտերի նիշերի քանակը սահմանափակելու համար, ինչպիսիք են փոստային ինդեքսները: Եթե հավելվածը չի սահմանափակում այս դաշտերի նիշերի քանակը, դա կարող է հանգեցնել վերջնական օգտագործողի անվավեր մուտքերի:
3. Կոճակներ
UI-ի այս թեստերը համոզվում են, որ կոճակները ճիշտ են գործում, ուստի, օրինակ, հաջորդ էջի կոճակը վերջնական օգտագործողին ուղղորդում է հաջորդ էջ: Կան բազմաթիվ տարբեր տեսակի կոճակներ՝ տարբեր նպատակներով, ուստի կարևոր է, որ նրանք կատարեն այն աշխատանքը, որը պետք է կատարեն՝ ֆունկցիոնալ հավելված ստեղծելու համար:
4.Սեղանի ոլորում
Եթե հավելվածում առկա են աղյուսակներ, որոնցում առկա են տվյալներ, աղյուսակի ոլորումը երաշխավորում է, որ դուք կարող եք ոլորել տվյալների միջով՝ վերնագրերը տեսանելի պահելով:
Եթե սա չի աշխատում, դա շփոթեցնող է դարձնում տվյալները վերջնական օգտագործողի համար:
5. Սխալների մատյաններ
Հավելվածի խափանման կամ սխալի դեպքում կարևոր է ստուգել սխալների մատյանները՝ համոզվելու համար, որ դրանք ճշգրիտ արդյունք են տալիս վրիպակների հաշվետվությունների համար:
Առանց սխալների ճշգրիտ զեկուցման և սխալների մատյանների, չկա լավ միջոց՝ որոշելու, թե ինչն է առաջացնում խնդիրը կամ ինչպես շտկել այն:
Ինչպե՞ս եք իրականացնում UI (GUI) թեստ:
Որպեսզի լավ պատկերացնեք, թե ինչպես իրականացնել UI կամ GUI թեստ, մենք ձեզ համար կստեղծենք օրինակ, որը պետք է նայեք:
Ենթադրենք, մենք պատրաստվում ենք փորձարկել ձևի էջը հայտում հաշիվ գրանցելու համար: Այս էջում կան բազմաթիվ UI տարրեր, որոնք պետք է փորձարկվեն, որոնք պիտակավորված են TC-X (որտեղ TC-ն նշանակում է թեստային դեպք, իսկ X-ը նշում է տարրի համարը):
Ստորև ներկայացված է առկա TC-ների ցանկը, որոնց համար փորձարկվելու է.
TC-1. Ապրանքանիշի լոգոն էկրանի վերևում
• Սա պետք է փորձարկվի՝ ստուգելու համար, որ այն ցուցադրում է ճիշտ դիրքը, տառատեսակը և էջի պիտակը:
TC-2. Գրանցեք ձեր հաշիվը
• Սա պետք է ստուգի էջի վերնագրի ճշգրիտ լինելը:
• Այն նաև պետք է ստուգի, որ ճիշտ տառատեսակը ցուցադրված է:
TC-3. Անվան դաշտ
• Սա պետք է ստուգի տեքստային տուփի ճիշտ դասավորվածությունը և դիրքը:
• Այն նաև պետք է փորձարկի դաշտերի պիտակները և ստուգի, որ այն ընդունում է վավեր և մերժում է անվավեր գրառումները:
TC-4՝ ազգանվան դաշտ
• Սա պետք է ստուգի տեքստային տուփի ճիշտ դասավորվածությունը և դիրքը:
• Այն նաև պետք է փորձարկի դաշտերի պիտակները և ստուգի, որ այն ընդունում է վավեր և մերժում է անվավեր գրառումները:
TC-5՝ օգտանունի դաշտ
• Սա պետք է ստուգի, թե ինչ սխալ հաղորդագրություն է ցուցադրվում սահմանափակ նիշերը մուտքագրելիս:
• Այն նաև պետք է ստուգի, որ սխալի հաղորդագրությունը վավեր է և ճշգրիտ:
TC-6. Գաղտնաբառի դաշտ
• Սա պետք է փորձարկի դաշտերի պիտակները՝ համոզվելու համար, որ այն ընդունում է վավեր նիշերը և մերժում է անվավեր նիշերը:
• Այն նաև պետք է ստուգի տեքստային տուփի հավասարեցումը և դիրքը:
TC-7. Հաջորդ էջի կոճակը
• Սա պետք է ստուգի, որ ձևի ներկայացումն աշխատում է այնպես, ինչպես նախատեսված է:
• Այն նաև պետք է ստուգի կոճակի դիրքը և համոզվի, որ այն ընթեռնելի է օգտագործողի համար:
UI թեստային պլան – ինչ է դա:
UI թեստային պլանը փաստաթուղթ է, որը դիմումների թեստավորման գործընթացի մի մասն է:
UI-ի թեստային պլանը խախտում է հիմնական տեղեկատվությունը հավելվածի և դրա հետ կապված ցանկացած փորձարկման գործողությունների մասին:
Փորձարկման պլանի ստեղծումը սովորաբար առաջին քայլերից մեկն է, որը դուք կատարում եք հավելվածները փորձարկելիս, քանի որ այն հիմք է դնում թեստավորման մեթոդաբանությունների և նախատեսված արդյունքների համար:
Դա օգտակար փաստաթուղթ է, որը թեստավորման թիմից դուրս գտնվողներին ավելի լավ պատկերացում է տալիս, թե ինչ է կատարվում գործընթացում: Յուրաքանչյուր լուրջ TCOE ( Testing Centre of Excellence ) կունենա մեկը:
Ինչպես գրել UI թեստային պլան
UI-ի թեստային ծրագրերն առաջարկում են գերազանց ուղեցույց և հրահանգներ UI թեստավորողների համար, ուստի այն ճիշտ ստանալն իսկապես օգնում է հավելվածների փորձարկմանն ու ստուգմանը:
Նայեք ստորև նշված քայլերին, որպեսզի սովորեք, թե ինչպես գրել UI թեստային պլան.
1. Ներառեք հիմնական տեղեկատվություն UI-ի փորձարկման մասին
UI թեստային պլանը ներառում է բոլոր հիմնական տեղեկությունները, որոնք անհրաժեշտ են հավելվածի համար թեստավորում իրականացնելու համար: Այս տեղեկություններից որոշները ներառում են հետևյալը.
• Թեստավորման համար անհրաժեշտ մասնագետները, նրանց դերերն ու հմտությունները:
• Դիմումը փորձարկելու համար պահանջվող ընդհանուր ժամանակը:
• Թեստավորման մեթոդները, որոնք կիրառվում են թեստի և թեստային տվյալների կառավարման գործընթացներում :
• Փորձարկման համար պահանջվող ցանկացած ռեսուրս, օրինակ՝ հատուկ սարքաշար, փաստաթղթեր կամ գործիքներ:
• Թիրախային փորձարկման միջավայրերի, ինչպիսիք են շարժական սարքերը, հատուկ օպերացիոն համակարգը կամ բրաուզերները, խզվածություն:
• Թեստավորման գործընթացի ընդհանուր նպատակները.
2. Ծխի փորձարկում
Հաջորդը, դուք կարող եք օգտագործել ծխի փորձարկումը, որը կօգնի ստեղծել UI-ի փորձարկման պլան: Ծխի թեստը հավելվածում հիմնական խնդիրներն ու սխալները հայտնաբերելու օգտակար միջոց է, սակայն այն շատ խորը չի փնտրում խնդիրների համար:
Դա մի տեխնիկա է, որը լավագույնս հարմար է հավելվածի վերին շերտի UI-ի փորձարկման համար, այնպես որ այն կարող է բավականին հեշտությամբ բացահայտել ակնառու խնդիրները:
3. Սթափության փորձարկում
Հավելվածի մեջ ավելի խորը փորելու համար՝ ավելի քիչ ակնհայտ վրիպակներ և սխալներ գտնելու համար, ողջախոհության թեստը հիանալի տեխնիկա է UI թեստավորման համար:
Սթափության փորձարկումը փորձում է ստուգել ցանկացած նոր կամ փոփոխված կոդավորում՝ ստուգելու համար, որ այն համապատասխանում է դիմումի պահանջներին:
Այն տարբերվում է ծխի փորձարկումից, քանի որ այն շատ ավելի համապարփակ է UI թեստավորման հետ, ինչը թույլ է տալիս ավելի խորը ուսումնասիրել հավելվածի ֆունկցիոնալությունը:
Այն բանից հետո, երբ դիմումը անցնում է ծխի թեստ, առողջական վիճակի թեստը ավելացնում է ստուգման լրացուցիչ մակարդակ:
UI փորձարկման սցենարներ
Ապահովելու համար, որ հավելվածն աշխատում է այնպես, ինչպես նախատեսված է բազմաթիվ ոլորտներում և փոխազդեցությունների մեջ, կարևոր է կատարել UI-ի փորձարկման տարբեր սցենարներ:
Ստորև բերված է UI-ի փորձարկման սցենարների բաշխում՝ օրինակով:
1. Որոնք են UI թեստավորման սցենարները:
UI-ի փորձարկման սցենարը միջոց է հավելվածում բազմաթիվ օգտագործման դեպքերի համար փաստաթղթեր ստեղծելու համար:
UI-ի փորձարկման սցենարն օգտագործվում է նկարագրելու կոնկրետ գործողությունները, որոնք օգտատերը կարող է կատարել հավելվածն օգտագործելիս:
Որոշ դեպքերում այն նաև նկարագրում է մի սցենար, որը օգտատերը կարող է զգալ հավելվածն օգտագործելիս:
UI-ի փորձարկման սցենարները օգտակար են, քանի որ ստուգում են, որ հավելվածի ֆունկցիոնալությունն աշխատում է այնպես, ինչպես սպասվում էր: Օգտակար սցենարներ ստեղծելու համար պահանջվում է հավելվածի ինտիմ ըմբռնում և հաճախորդների և մշակողների ներդրում:
2. UI փորձարկման սցենարների օրինակ
Որպես օրինակ, դիտարկեք հավելվածի մուտքի էջի փորձարկման սցենարը: Սրա համար UI-ի փորձարկման սցենարը կփորձի պատասխանել հետևյալ հարցերին.
• Կարո՞ղ են օգտվողները մուտք գործել հարթակ՝ օգտագործելով ճիշտ հավատարմագրերը:
• Ո՞րն է սխալ հավատարմագրերի օգտագործումը մուտք գործելու համար:
• Ի՞նչ է պատահում, երբ դուք օգտագործում եք վավեր օգտանուն, բայց անվավեր գաղտնաբառ:
• Ի՞նչ է տեղի ունենում, երբ դաշտերը դատարկ եք թողնում և փորձում մուտք գործել:
• Եթե կա «մոռացել եմ գաղտնաբառը» կոճակը, ի՞նչ է տեղի ունենում, երբ սեղմում եք այն:
• Արդյո՞ք էջի բոլոր հղումներն աշխատում են ըստ նախատեսվածի:
Այս հարցերին պատասխանելն օգնում է UI-ի փորձարկողներին բացահայտել հավելվածի բոլոր ոլորտները, որոնք չեն աշխատում այնպես, ինչպես պետք է:
Այն նաև ստուգում է, որ առկա բոլոր գործողություններն ապահովում են ակնկալվող արդյունք, օրինակ՝ մուտք գործելը, օգտագործելով ճիշտ հավատարմագրերը:
UI թեստային դեպքեր
UI-ի փորձարկման սցենարի առանձին ասպեկտները դիտարկելու համար փորձարկման դեպքերն օգտագործվում են հավելվածի ֆունկցիոնալ մասերի առանձին հատկանիշները բաժանելու համար:
Ստորև բերված է UI թեստային դեպքերի ամփոփում օրինակներով:
1. Որոնք են UI թեստային դեպքերը:
UI-ի թեստային դեպքը գործողությունների մի շարք է, որոնք կատարվում են հավելվածում որոշակի հատկանիշի կամ ֆունկցիոնալ մասի ստուգման համար:
UI թեստային դեպքերը բաժանում են թեստային քայլերը, տվյալները, նախապայմանն ու հետպայմանները կոնկրետ սցենարների համար, ինչպես նաև ստուգում են պահանջները:
UI-ի թեստային դեպքը հակված է ներառելու շատ հատուկ փոփոխականներ, որոնք թույլ են տալիս խորը փորձարկում կատարել եզակի մակարդակով: Այնուհետև UI փորձարկողները համեմատում են իրական արդյունքները ակնկալվող արդյունքի հետ՝ համոզվելու համար, որ հավելվածը համապատասխանում է պահանջներին:
2. UI & GUI փորձարկման դեպքերի օրինակներ
Որպեսզի օգնեք ձեզ ավելի լավ հասկանալ UI-ի և GUI-ի թեստային դեպքերը, նայեք ստորև բերված օրինակներին, որոնք թեստային դեպքեր են այն թեստային սցենարի համար, որը նայում է մուտքի էկրանի ֆունկցիոնալությանը:
• Ստուգեք համակարգի վարքագիծը վավեր հավատարմագրերը մուտքագրելիս:
• Ստուգեք համակարգի վարքագիծը, երբ օգտագործվում է անվավեր նամակ, բայց վավեր գաղտնաբառ:
• Ստուգեք համակարգի վարքագիծը, երբ օգտագործվում է վավեր նամակ, բայց անվավեր գաղտնաբառ:
• Ստուգեք համակարգի վարքագիծը, երբ օգտագործվում են անվավեր էլ.փոստ և գաղտնաբառ:
• Ստուգեք համակարգի վարքագիծը, երբ դաշտերը դատարկ են մնացել:
• Ստուգեք «մոռացել եք գաղտնաբառը» հղումը՝ տեսնելու, թե արդյոք այն վարվում է այնպես, ինչպես սպասվում էր:
• Ստուգեք համակարգի վարքագիծը, երբ ստուգված է «Ինձ մուտքագրված պահիր» կոճակը:
• Ստուգեք համակարգի վարքագիծը, երբ մուտքագրվում է անվավեր հեռախոսահամար:
Այսպիսով, այս բոլոր օրինակները անհատական UI թեստային դեպքեր են:
Ի տարբերություն թեստավորման սցենարի, որն ընդգրկում է ամբողջ գործընթացը, թեստային դեպքերը նայում են առանձին գործառույթներին: Այլ կերպ ասած, վերը նշված յուրաքանչյուր օրինակ UI-ի փորձարկման դեպք է, որտեղ ամբողջ ցուցակը դասակարգվում է որպես թեստավորման սցենար:
UI թեստային սցենարներ
Հավելվածի թեստավորման էլ ավելի մանրամասն դասակարգման համար ստեղծվում են UI թեստային սցենարներ՝ փորձարկողներին թեստային դեպքերի և սցենարների մասին ավելի շատ տեղեկատվություն տալու համար:
Ստորև բերված է ամփոփում, թե ինչ են UI թեստային սցենարները և ինչպես գրել դրանք:
1. Ի՞նչ են UI թեստային սցենարները:
UI թեստային սկրիպտները հավելվածի վրա կատարվող թեստերի խիստ մանրամասն նկարագրություններ են, սովորաբար տող առ տող եղանակով:
Դրանք իրենց բնույթով շատ կոնկրետ են՝ բազմաթիվ մանրամասներով՝ օգտագործված փորձարկման դեպքերի, տվյալների և հավելվածի սպասվող ֆունկցիոնալության առումով:
Փորձարկման դեպքերի ցանկացած արդյունք նույնպես ներառված է թեստային սցենարներում՝ տեղեկատվության հարստությունը ավելացնելու համար:
2. Ինչպես գրել UI Test scripts
UI թեստային սցենարները պարզ են, քանի որ այն պարզապես մանրամասնում է թեստի դեպքերը:
Քանի դեռ դուք ներառում եք հետևյալ տեղեկատվությունը դրանց մեջ, դուք պետք է կարողանաք շատ արժեքներ ստանալ ձեր UI թեստային սցենարներից.
• Փորձնական սցենարի ID. սա թեստային սցենարի եզակի նույնացուցիչն է:
• Վերնագիր. թեստային սցենարի անվանումը:
• Փորձնական դեպքի ID. սա փորձնական դեպքի ID-ն է, որի համար դուք ստեղծում եք սցենար:
• Պահանջներ. սրանք սարքավորումների կիրառման առանձնահատկություններն են, որոնք անհրաժեշտ են փորձարկման դեպքերը գործարկելու համար:
• Ընթացակարգ. սրանք այն քայլերն են, որոնք ձեռնարկվել են թեստավորումն առաջ տանելու համար:
• Արդյունք. սա թեստավորման արդյունքն է և վերջնական արդյունքը:
• Կարգավիճակ. սա թեստային սցենարի հաջողության ցուցանիշ է. այն անցա՞վ, թե՞ ձախողվեց:
• Սխալի կոդը. եթե խնդիր է առաջացել, սխալի կոդը մանրամասնում է, թե որն է խնդիրը:
Ձեր UI թեստերի ստուգաթերթը
Այժմ, երբ պատրաստ եք սկսել UI թեստավորումը, օգտագործեք ստորև բերված ստուգաթերթը՝ ձեր սեփական թեստերը ստեղծելու համար.
1. Ստուգեք հիմնական ֆունկցիոնալությունը
Ֆունկցիոնալ փորձարկումը հիանալի միջոց է հարթակում տեսողական վրիպակներ կամ անսարքություններ գտնելու համար:
Համոզվեք, որ ներառեք այնպիսի բաներ, ինչպիսիք են կենսաչափությունը, ցանկացած հաղորդագրություն և հավելվածի հիշողության տեղեկատվությունը այս փուլում:
2. Ստուգեք խաչաձեւ հարթակի համատեղելիությունը
Որպեսզի խուսափեք այնպիսի խնդիրներից, ինչպիսիք են սարքի մասնատումը, որը արգելափակում է որոշ օգտվողների հավելվածը, օգտակար է կատարել միջպլատֆորմային համատեղելիության ստուգումներ:
Սա ներառում է հավելվածի ստուգում էկրանի տարբեր լուծումներով:
Լավ գաղափար է դիտարկել ինչպես բնիկ, այնպես էլ հիբրիդային հավելվածների համատեղելիությունը բջջային սարքերում, ինչպիսիք են Android-ը և iOS-ը:
3. Ստուգեք համատեղելիությունը տարբեր էկրանների չափսերի հետ
Կան բազմաթիվ տարբեր էկրանների չափեր, որոնք վերջնական օգտվողները կարող են փորձել օգտագործել հավելվածի հետ, ուստի կարևոր է դրանց համար UI-ն փորձարկել:
UI-ի արձագանքման փորձարկումը լավագույնս իրականացվում է ամենավերջին սարքերում՝ հնարավոր խնդիրները լուծելու համար: Նաև հիշեք փորձարկել ինչպես լանդշաֆտային, այնպես էլ դիմանկարային ռեժիմում:
4. Ստուգեք կատարումը և մասշտաբայնությունը
Երբ հավելվածն ունի մասշտաբայնություն, այն ի վիճակի է գերազանց կատարողականություն ապահովել տարբեր հարթակներում:
Փորձարկեք տարբեր բեռնվածության մակարդակներ, երթևեկություն և վերջնական օգտագործողի այլ սցենարներ՝ հավելվածի կատարողականությունն ու մասշտաբայնությունը գնահատելու համար:
Դա կարելի է անել՝ օգտագործելով զուգահեռ թեստավորում, որն օգտագործում է ավտոմատացված UI թեստավորում, ինչպիսին է ռոբոտային գործընթացի ավտոմատացումը բազմաթիվ միջավայրերում:
5. Ստուգեք հավելվածի հասանելիությունը
Մատչելիության թեստավորումը երաշխավորում է, որ հատուկ գործառույթները, որոնք ուղղված են վերջնական օգտագործողներին օգնելու համար, աշխատել այնպես, ինչպես սպասվում էր: Ստուգեք այնպիսի բաներ, ինչպիսիք են տառատեսակի չափը, էկրանի ընթերցման ռեժիմը և խոշորացման ընտրանքները:
6. Ստուգեք գույները և տեքստը
Հավելվածները պետք է ցուցադրեն գույները հատուկ ձևով, ուստի կարևոր է ստուգել դա՝ փորձարկելով գունային սխեմաներ:
Սա ներառում է այնպիսի բաներ, ինչպիսիք են հիպերհղման գույնը կամ տառատեսակի այլ տեսակներ: Օգտակար է նաև ստուգել տեքստը ուղղագրության, տառաչափի և հավասարեցման հետ կապված խնդիրների համար:
7. Գնահատեք նավիգացիոն արագությունը
Համոզվեք, որ ստուգեք, որ հավելվածի UI-ն աշխատում է սահուն, առանց որևէ անսարքության: Վերնագրերի բեռնման էկրանի նման բաները լավ տեղ են ուշացումներ փնտրելու համար:
