Testimi i ndërfaqes së përdoruesit është më i rëndësishëm se kurrë më parë falë një përthithjeje globale në faqet e internetit dhe aplikacionet, dhe tendencës së hiperautomatizimit (i krijuar nga Gartner për të deklaruar se gjithçka që mund të automatizohet do të automatizohet). Nëse jeni duke nxjerrë një pjesë të re softuerësh ose faqe interneti, është thelbësore që të keni të drejtën e ndërfaqes së përdoruesit (UI) për të balancuar funksionalitetin dhe estetikën.
Ka shumë gjëra që shkojnë në krijimin e një ndërfaqeje imponuese, me testimin e UI-së që vepron si një test lakmusi për të përcaktuar nëse ndërfaqja arrin të gjitha shenjat apo jo.
Në këtë artikull, ne do të shqyrtojmë të gjitha fushat kryesore që lidhen me testimin e UI, nga përcaktimi se çfarë është një UI deri te mënyrat më të mira për të testuar UI-në tuaj.
UI vs. GUI: Pastrimi i konfuzionit
Për të filluar, le të përpiqemi të pastrojmë çdo konfuzion rreth termave UI dhe GUI. Më poshtë është një përmbledhje e kuptimit të këtyre dy termave dhe ku ndryshojnë:
1. Çfarë është testimi i ndërfaqes së përdoruesit?
Ndërfaqja e përdoruesit, ose UI, është platforma që përdorni për të bashkëvepruar me një pjesë të caktuar të softuerit. UI është vendi ku mund të futni udhëzime, të futni të dhëna ose të shikoni informacione nga një ekran ose monitor.
Ka shumë lloje të ndryshme të UI, duke përfshirë ndërfaqet grafike të përdoruesit (GUI) dhe ndërfaqet e linjës së komandës që tregojnë vetëm kodin dhe tekstin.
2. Çfarë është ndërfaqja grafike e përdoruesit (GUI)?
Ndërfaqja grafike e përdoruesit (GUI) është një lloj ndërfaqeje me të cilën shumica e njerëzve janë të njohur. Është një lloj ndërfaqe që përdor pamjet vizuale për të na ndihmuar të ndërveprojmë me veçoritë në sistem.
Për shembull, mund të përdorni meny ose shirita veglash që përfshijnë ikona për t’ju ndihmuar të lundroni nëpër një sistem. Edhe teksti funksionon mirë në GUI si një mënyrë për të udhëhequr përdoruesin përmes një funksioni, si p.sh. klikimi i ‘skedarit’ kur dëshironi të hapni ose ruani një dokument.
3. UI kundrejt GUI
Për t’ju ndihmuar të kuptoni më mirë këto dy forma të ndërveprimit me kompjuterin, hidhini një sy krahasimit të drejtpërdrejtë midis UI dhe GUI më poshtë:
UI:
• Një shkurtim i ndërfaqes së përdoruesit
• Është një lloj platforme që lejon përdoruesit të ndërveprojnë me pajisjet
• Është një formë e ndërveprimit njeri-makinë
• Përdoret nga të gjithë dhe shpesh funksionon në sfond, kështu që nuk e dini se po e përdorni
• Shembujt e zakonshëm përfshijnë MS-DOS ose Unix
GUI:
• Një shkurtim i ndërfaqes grafike të përdoruesit
• Është një lloj platforme që përdor grafikë për të ndihmuar përdoruesit të lundrojnë në funksionet e një pajisjeje
• Është një nënklasë e UI
• Përdoret në mënyrë tipike nga përdoruesit mesatarë, të përditshëm si konsumatorët
• Shembujt e zakonshëm përfshijnë Windows 10, iOS dhe Android
Çfarë është testimi i ndërfaqes së përdoruesit (UI)?
Testimi i ndërfaqes së përdoruesit (UI), i njohur ndonjëherë si testimi GUI në varësi të kontekstit, është një seri veprimesh që përdoren për të matur performancën dhe funksionalitetin e përgjithshëm të elementeve vizuale të një aplikacioni. Duket për të verifikuar dhe vërtetuar funksione të ndryshme të ndërfaqes së përdoruesit dhe siguron që të mos ketë rezultate, defekte ose defekte të papritura.
Testimi i UI duke përdorur mjete si ZAPTEST përdoret kryesisht për të kontrolluar gjëra të tilla si përdorshmëria, funksionaliteti dhe performanca e ndërfaqes për t’u siguruar që ajo është e përshtatshme për qëllimin.
Në disa raste, ai gjithashtu kontrollon për gjëra të tilla si përputhshmëria ose uniteti vizual me konceptet e përgjithshme të projektimit të sistemit.
Kur dhe pse keni nevojë për testet e ndërfaqes së përdoruesit?
Testimi i UI është zakonisht më efektiv përpara lëshimit të aplikacionit për prodhim. Kjo është për t’u siguruar që përdoruesi fundor të ketë përvojën më të mirë, me sa më pak gabime dhe defekte të jetë e mundur.
Përdoruesit përfundimtarë nuk bëjnë testuesit më të mirë të softuerit, kështu që është e rëndësishme të hekurosni çdo problem përpara se t’i arrijë ato.
Testimi i ndërfaqes është një mënyrë e dobishme për të vlerësuar sesi aplikacioni merret me veprime të caktuara, si përdorimi i tastierës dhe miut për të bashkëvepruar me menutë. Ndihmon në kontrollimin e elementeve vizuale të aplikacionit për t’u siguruar që ato shfaqen siç duhet.
Testimi i UI është gjithashtu një mënyrë e shkëlqyeshme për të vlerësuar performancën dhe për t’u siguruar që nuk ka gabime ose probleme me funksionalitetin e aplikacionit.
Llojet e testeve të UI
Ekzistojnë një sërë testesh të ndryshme UI për t’u marrë parasysh në varësi të aplikacionit që testohet.
Testet UI kanë potencialin për të verifikuar shumë funksione nëpër aplikacione, kështu që zgjedhja e llojit të duhur të testit mund të ndihmojë në identifikimin e çështjeve specifike.
Me fjalë të tjera, ka metoda të ndryshme të testimit të ndërfaqes së përdoruesit për t’u marrë në konsideratë, dhe mjete si softueri RPA i ZAPTEST dhe mjetet e automatizuara të testimit të ndërfaqes së përdoruesit, në varësi të asaj për të cilën keni ndërmend të testoni.
Disa nga metodologjitë më të zakonshme të qasjes së testimit funksional dhe jofunksional përfshijnë si në vijim:
1. Testimi i regresionit
Testimi i regresionit është një lloj testimi UI që shikon çdo ndryshim në kodimin e aplikacionit ose faqes së internetit.
Siguron që i gjithë funksionaliteti i aplikacionit të jetë ashtu siç synohet pasi të keni bërë ndryshime në pjesë të kodit.
Nuk ka nevojë të bëjë ndonjë test të zbukuruar, thjesht ekzekuton kodin për t’u siguruar që të gjitha varësitë dhe funksionet funksionojnë në të njëjtën mënyrë si përpara se të bëhen ndryshimet.
2. Testimi funksional
Testimi funksional duket të vërtetojë aplikacionin për t’u siguruar që ai plotëson të gjitha kërkesat funksionale.
Ai teston të gjitha funksionet individuale të aplikacionit dhe më pas verifikon rezultatin për t’u siguruar që funksionon siç pritej.
Ky lloj testimi UI zakonisht fokusohet në testimin e kutisë së zezë, e cila nuk shikon asnjë nga kodi burimor. Testimi funksional tenton të kontrollojë gjëra të tilla si ndërfaqja e përdoruesit, çdo API të lidhur, komunikimi ose siguria me klientin dhe serverin.
3. Testimi i pranimit
Testimi i pranimit, i njohur ndonjëherë si Testimi i Pranimit të Përdoruesit (UAT) është një formë e testimit të UI që kryhet nga përdoruesi përfundimtar i aplikacionit për të verifikuar sistemin përpara se të kalojë në prodhim.
Ky lloj testimi i UI gjendet më shpesh në fazat përfundimtare të testimit pasi të jenë verifikuar zonat e tjera.
Testimi i pranimit përdoret për të vërtetuar rrjedhën e përgjithshme të aplikacionit nga fillimi në fund. Ai nuk shqyrton çështje të nivelit sipërfaqësor si gabimet drejtshkrimore apo çështjet estetike. Ai përdor një mjedis të veçantë testimi për të imituar mjedisin e prodhimit, duke siguruar që është gati për të kaluar në fazën tjetër.
4. Testimi i njësisë
Testimi i njësisë synon të inspektojë komponentët individualë të një aplikacioni për të vërtetuar që ai funksionon siç synohet.
Zakonisht kryhet gjatë fazës së kodimit, kështu që zakonisht bie mbi zhvilluesit dhe mjetet e tyre të testimit të UI për të kryer këtë lloj testi UI.
Testimi i njësisë funksionon duke ndarë një pjesë të kodit për t’u siguruar që funksionon siç pritej. Kjo pjesë individuale e kodit mund të jetë një modul specifik, një funksion, një objekt ose ndonjë pjesë tjetër individuale e aplikacionit.
5. Testimi i performancës
Testimi i performancës dhe testet e ngarkesës synojnë të vlerësojnë optimizimin e aplikacionit, duke parë gjëra të tilla si shpejtësia, stabiliteti, reagimi dhe shkallëzueshmëria e aplikacionit kur përdoret.
Ky lloj testimi UI synon të gjejë çdo fushë shqetësuese në aplikacion ose pengesa në rrjedhën e të dhënave. Tre fushat kryesore që shikojnë mjetet e testimit të performancës janë shpejtësia, shkallëzueshmëria dhe qëndrueshmëria e aplikacionit.
6. Testimi GUI
Mjetet e testimit të GUI-së kërkojnë të inspektojnë ndërfaqen grafike të përdoruesit të një aplikacioni për t’u siguruar që i gjithë funksionaliteti funksionon siç pritej.
Kjo përfshin shikimin e aseteve grafike dhe kontrolleve të aplikacionit, të tilla si butonat, shiritat e veglave dhe ikonat. GUI është ajo me të cilën përdoruesi fundor ndërvepron dhe sheh kur përdor një aplikacion.
Cilat janë përfitimet e testimit të UI?
Ka një sërë përfitimesh që lidhen me testimin e ndërfaqes së përdoruesit dhe përdorimin e mjeteve si grupi i testimit të ndërfaqes së përdoruesit të ZAPTEST, si për zhvilluesin ashtu edhe për përdoruesin përfundimtar.
Më poshtë janë disa nga përfitimet kryesore që lidhen me testimin e UI:
1. Përmirëson funksionalitetin
Është e rëndësishme të testohen aplikacionet për t’u siguruar që ato funksionojnë siç pritej, në mënyrë që nëse ka ndonjë defekt, defekt ose çështje të tjera, ato të mund të adresohen përpara lëshimit.
Nëse një aplikacion hap rrugën drejt përdoruesve fundorë dhe është me gabime, plot gabime ose i prishur, atëherë ai nuk do të bëjë punën që pritet prej tij. Kjo, nga ana tjetër, krijon shumë probleme për përdoruesit përfundimtarë dhe ata ka të ngjarë të ndalojnë përdorimin e tij.
2. E bën më të lehtë përdorimin
Mjetet e automatizimit të testimit të UI janë gjithashtu një mënyrë e dobishme për të optimizuar dhe thjeshtuar aplikacionin.
Edhe nëse i gjithë kodimi funksionon siç duhet, një ndërfaqe e dizajnuar keq mund të ngatërrojë përdoruesit përfundimtarë dhe t’i fikë shpejt ata, duke ulur normat e adoptimit të aplikacionit. Testimi i UI është një mënyrë e shkëlqyer për të hekurosur cilindo nga elementët ose zgjedhjet e dizajnit në mënyrë që të jetë më e lehtë për t’u përdorur.
3. Forcon reputacionin e aplikacionit
Marrja e kohës për të kryer siç duhet testimin e ndërfaqes së përdoruesit dhe sjellja e mjeteve si softueri i automatizimit të testimit të ZAPTEST janë mënyra të shkëlqyera për të lustruar aplikacionin dhe për ta bërë atë sa më miqësor për përdoruesit.
Kur bëhet siç duhet, ai e bën aplikacionin një ambasador të shkëlqyer të markës, gjë që rrit reputacionin e tij të përgjithshëm për të. Nëse aplikacioni funksionon pa gabime dhe bën gjithçka që supozohet të bëjë, atëherë përdoruesit do ta vlerësojnë këtë dhe do ta përdorin aplikacionin.
Cilat janë sfidat kryesore të testimit të UI?
Megjithëse testimi i UI është një pjesë e rëndësishme e zhvillimit të aplikacionit, nuk është domosdoshmërisht një pjesë e lehtë e procesit.
Ka një sërë çështjesh dhe sfidash që lidhen me softuerin falas të automatizimit të testit UI që e bën atë një punë të vështirë.
Më poshtë janë disa nga sfidat kryesore që lidhen me testimin e ndërfaqes së përdoruesit kur përdorni mjete të papërshtatshme të testimit të UI:
1. Përditësimet e UI
Zhvillimi i aplikacionit është zakonisht një proces përsëritës që sjell veçori dhe funksione të reja gjatë gjithë ciklit të zhvillimit dhe më gjerë.
Të gjitha këto ndryshime sporadike mund ta bëjnë mjaft të vështirë kryerjen në mënyrë efektive të testeve UI pasi varësitë e tjera dhe ndërveprimet e kodit ndryshojnë atë që testohet.
2. Testim që rritet në kompleks
Aplikacionet dhe faqet e internetit janë shumë më të sofistikuara tani sesa disa vite më parë. Me gjithë këtë funksionalitet shtesë, mjetet e testimit të UI dhe softueri i automatizimit të UI duhet të shikojnë më shumë elementë dhe procese.
Si rezultat, shumë nga mjetet në testimin e UI duhet të rregullohen për të akomoduar të gjitha këto shtesa komplekse.
3. Kufizimet kohore
Ndërsa aplikacionet rriten në kompleks, po ashtu bëhen edhe mjetet e përdorura për testim. Skriptet e testimit të ndërfaqes së përdoruesit po marrin shumë më shumë kohë për shkak të vëllimit të madh të kodit që duhet të testohet. Ky problem shtohet kur mjetet e duhura të testimit të ndërfaqes së përdoruesit nuk janë të disponueshme.
4. Mbajtja e përditësuar e skripteve të UI
Ndërsa ndërfaqja e përdoruesit ndryshon dhe funksionaliteti i ri futet, skriptet e testimit duhet të rregullohen për të testuar proceset e reja. Kjo bëhet më sfiduese me çdo shtesë të re, pasi skriptet e testimit po përditësohen dhe modifikohen vazhdimisht për të përshtatur funksionalitetin e ri.
A duhet të automatizoni testimin e UI?
Kur bëhet fjalë për të vendosur për qasjen më të mirë për testimin e aplikacionit celular ose të UI-së në ueb, ekzistojnë dy rrugë të ndryshme për t’u marrë në konsideratë – testimi manual ose testimi i automatizuar i UI duke përdorur mjete të automatizuara . Si testimi manual, ashtu edhe automatizimi UI kanë përfitimet dhe disavantazhet e tyre, kështu që është e mençur të merren parasysh të dyja për të parë se cila i përshtatet më mirë aplikacionit.
Çfarë është Testimi Manual i UI?
Testimi manual, ndryshe nga automatizimi UI, përfshin përdorimin e një testuesi për të bashkëvepruar dhe inspektuar manualisht të gjitha veçoritë që gjenden në një aplikacion ose uebsajt.
Qëllimi i tyre kryesor është të shikojnë për çdo problem, parregullsi ose problem në aplikimin e përgjithshëm. Ky është një opsion veçanërisht i dobishëm për aplikacionet më të vogla me elementë të kufizuar, siç janë ato që gjenden në versionet e hershme të aplikacioneve.
1. Përfitimet e testimit manual të UI
Ka shumë përfitime të zgjedhjes së testimit manual të UI, në varësi të aplikacionit dhe dizajnit të tij.
Më poshtë janë disa nga përfitimet që lidhen me testimin manual të UI:
• Testimi manual i UI përfshin inteligjencën njerëzore në testim për të kërkuar gabime ose probleme. Ka gjëra që testimi i automatizuar i UI thjesht nuk mund t’i kryejë dhe kërkon ndërveprim njerëzor, mendim kritik dhe element njerëzor për të gjetur të gjitha mangësitë e aplikacionit.
• Testet e automatizuara mund të kërkojnë mjaft kohë, pasi ato rikrijojnë skenarë të shumtë për veçori të ndryshme të cilat duhet të verifikohen nga një testues njerëzor. Testimi manual i UI lejon testuesit njerëzorë të përqendrohen në gjetjen e gabimeve në vend të vendosjes së emulimeve.
• Testuesit njerëzorë priren të kenë njohuri intime të aplikacionit, duke shpenzuar shpesh orë të panumërta duke u mësuar me ndërfaqen. Është për shkak të kësaj që ata kuptojnë se çfarë duhet të kenë kujdes për sa i përket gabimeve, ndërsa i ndihmojnë ata të qëndrojnë të përditësuar për gjendjen aktuale të aplikacionit.
• Ka probleme që mund të mos raportohen nga testimi i automatizuar i ndërfaqes së përdoruesit, pasi nuk ndikon në kod. Gjërat si koha e përgjigjes së serverit mund të vonojnë, por ato mund të anashkalohen lehtësisht nga një test i automatizuar. Testimi manual i ndërfaqes së përdoruesit e heq këtë problem sepse përdoruesi njerëzor i vëren këto probleme menjëherë.
• Testimi manual i UI është emulimi më i saktë i përvojës së përdoruesit, pasi po krijoni një situatë që pasqyron mënyrën se si përdoruesi përfundimtar do të ndërveprojë me aplikacionin. Kjo krijon një kontekst të botës reale për të gjetur çështje që gjenden zakonisht nga përdoruesit fundorë, por ndoshta nuk mungojnë nga testimi i automatizuar i UI.
2. Kufizimet e testimit manual të UI
Ekzistojnë gjithashtu kufizime për testimin manual të UI që duhet të merren parasysh përpara se të merrni një vendim për qasjen më të mirë të testimit për aplikacionin tuaj.
Disa nga kufizimet e testeve manuale të UI përfshijnë si më poshtë:
• Duhet shumë më shumë kohë për të kryer testimin manual sesa testimi i automatizuar i ndërfaqes së përdoruesit, veçanërisht kur përdoren mjete moderne si hiperautomatizimi . Skriptet për testimin e automatizuar mund të funksionojnë shumë më shpejt se çdo lloj hyrjeje njerëzore, kështu që zgjedhja e testimit manual të ndërfaqes së uebit i shton orarit orë shtesë.
• Duke qenë se është në fund të fundit një proces njerëzor, testimi manual i ndërfaqes së internetit në internet është i prirur ndaj gabimeve njerëzore. Problemet e humbura për shkak të mungesës së fokusit ose shpërqendrimit mund të ndodhin me testimin manual të ndërfaqes së përdoruesit, gjë që mund të çojë në probleme. Krahasimisht, testimi i automatizuar i UI heq elementin njerëzor nga procesi, duke e bërë atë shumë më pak të prirur ndaj këtyre llojeve të çështjeve. Kjo është veçanërisht e vërtetë për llojet më të fundit të testimit të automatizuar të UI, siç është automatizimi i procesit robotik .
• Procesi aktual i regjistrimit të gabimeve të gjetura zgjat shumë, gjë që mund ta bëjë të vështirë gjurmimin e çdo ndryshimi kur ato bëhen. Testimi i automatizuar i UI është një qasje më e mirë këtu pasi kërkon një përditësim vetëm nëse zbatohet një veçori e re.
• Testimi manual i UI kërkon njohuri intime të aplikacionit për të testuar me kompetencë për problemet. Si rezultat i kësaj, kërkohet një nivel i caktuar njohurish nga testuesit njerëzorë përpara se ata të mund të testojnë në mënyrë efektive. Testimi i automatizuar dhe RPA nuk kërkojnë këtë nivel njohurish.
3. Regjistroni dhe riprodhoni testimin
Testimi i regjistrimit dhe riprodhimit është një formë e testimit të ndërfaqes së përdoruesit pa kod që ju lejon të ekzekutoni teste pa ndonjë njohuri të thellë programimi. Ai përdor funksionalitetin dhe shpesh teknologjinë e vizionit kompjuterik për të regjistruar veprimet manuale të kryera në aplikacion përpara se ta ruajë atë si një model testimi.
Kjo lejon që testi UI të kryhet pa pushim pa përfshirje njerëzore.
4. Testimi manual kundrejt regjistrimit dhe riprodhimit kundrejt automatizimit
Kur vendosni midis këtyre tre llojeve të testimit të UI, është e rëndësishme të merrni parasysh shtrirjen dhe shkallën e aplikacionit dhe burimet e disponueshme.
Testimi manual i UI-së është më i lehtë për t’u konfiguruar dhe përdorur, por ka shumë kërkesa si njohja e mirë e aplikacionit nga testuesi. Është gjithashtu e vështirë të vazhdosh testimin manual të UI nëse përditëson vazhdimisht një aplikacion.
Mjetet e automatizimit të testit të ndërfaqes së përdoruesit si ato të ofruara nga ZAPTEST janë një opsion i shkëlqyeshëm nëse do të kryeni përditësime të rregullta në aplikacion dhe me kalimin e kohës kjo do të shpërblehet pasi ato përqafojnë parimet e shkathtësisë .
Regjistrimi dhe riprodhimi hyn në lojë për të kapërcyer hendekun midis dy llojeve të testimit të UI. Ai ofron një nivel bazë të automatizimit të ndërfaqes së përdoruesit, por ende kërkon të dhëna njerëzore për ta aktivizuar.
Çfarë testoni kur kryeni teste UI?
Ajo që testoni kur kryeni teste UI duke përdorur mjete të tilla si softueri i testimit të ndërfaqes së përdoruesit të ZAPTEST do të ndryshojë në varësi të asaj që përmban aplikacioni.
Megjithatë, ka tendencë të ndjekë funksionalitetin e aplikacionit. Për shembull, nëse aplikacioni ka një faqe pagese, testimi i ndërfaqes së përdoruesit do të përfshijë gjëra të tilla si testimi i butonit “blej tani”.
Megjithëse proceset aktuale për t’u testuar ndryshojnë nga aplikacioni në aplikacion, ka një sërë gjërash të përgjithshme të ndërfaqes së përdoruesit për t’u testuar, të tilla si:
1. Gabimet në llojet e të dhënave
Ky test UI siguron funksionimin e llojit të duhur të të dhënave në fushat e duhura. Për shembull, tekst për emra pa asnjë mundësi për të përdorur numra. Nëse testuesi i UI mund të futë vlera numerike nën fushën e emrit, atëherë diçka nuk është në rregull.
2. Çështjet e gjerësisë së fushës
Kjo përdoret për të kufizuar numrin e karaktereve për fusha të caktuara, të tilla si kodet postare. Nëse aplikacioni nuk kufizon numrin e karaktereve të këtyre fushave, mund të rezultojë në hyrje të pavlefshme nga përdoruesi përfundimtar.
3. Butonat
Këto teste UI sigurohen që butonat funksionojnë siç duhet, kështu që për shembull një buton i faqes tjetër e drejton përdoruesin fundor në faqen tjetër. Ka shumë lloje të ndryshme butonash me qëllime të ndryshme, kështu që është e rëndësishme që ata të bëjnë punën që supozohet për të krijuar një aplikacion funksional.
4.Lëvizja e tabelës
Nëse ka ndonjë tabelë me të dhëna të pranishme në aplikacion, lëvizja e tabelës siguron që të mund të lëvizni nëpër të dhëna duke i mbajtur të dukshme titujt.
Nëse kjo nuk funksionon, i bën të dhënat konfuze për përdoruesin përfundimtar.
5. Regjistrat e gabimeve
Në rast të një dështimi ose gabimi të aplikacionit, është e rëndësishme të testoni regjistrat e gabimeve për t’u siguruar që ato ofrojnë rezultate të sakta për raportet e gabimeve.
Pa raportim të saktë të gabimeve dhe regjistrat e gabimeve, nuk ka asnjë mënyrë të mirë për të përcaktuar se çfarë e shkakton problemin ose si ta rregulloni atë.
Si e kryeni një test UI (GUI)?
Për t’ju dhënë një ide të mirë se si të kryeni një test UI – ose GUI, ne do të krijojmë një shembull për ju që ta shikoni.
Le të themi se do të testojmë një faqe formulari në një aplikacion për regjistrimin e një llogarie. Ka shumë elementë të ndërfaqes së përdoruesit për t’u testuar në këtë faqe, të cilat emërtohen TC-X (ku TC nënkupton rastin e testimit dhe X tregon numrin e elementit).
Më poshtë është një listë e TC-ve të disponueshme për të testuar:
TC-1: Logoja e markës në krye të ekranit
• Kjo duhet të testohet për të kontrolluar nëse shfaq pozicionin e duhur, llojin e shkronjave dhe etiketën e faqes.
TC-2: Regjistroni llogarinë tuaj
• Kjo duhet të testojë nëse kreu i faqes është i saktë.
• Duhet të kontrollojë gjithashtu që të shfaqet fonti i saktë.
TC-3: Fusha e emrit
• Kjo duhet të testojë për shtrirjen dhe pozicionin e duhur të kutisë së tekstit.
• Duhet gjithashtu të testojë etiketat e fushave dhe të kontrollojë nëse pranon të vlefshme dhe refuzon hyrjet e pavlefshme.
TC-4: Fusha e mbiemrit
• Kjo duhet të testojë për shtrirjen dhe pozicionin e duhur të kutisë së tekstit.
• Duhet gjithashtu të testojë etiketat e fushave dhe të kontrollojë nëse pranon të vlefshme dhe refuzon hyrjet e pavlefshme.
TC-5: Fusha e emrit të përdoruesit
• Kjo duhet të testojë se çfarë mesazhi gabimi shfaqet kur futni karaktere të kufizuara.
• Duhet të kontrollojë gjithashtu nëse mesazhi i gabimit është i vlefshëm dhe i saktë.
TC-6: Fusha e fjalëkalimit
• Kjo duhet të testojë etiketat e fushave për t’u siguruar që pranon karaktere të vlefshme dhe refuzon ato të pavlefshme.
• Duhet gjithashtu të testojë shtrirjen dhe pozicionin e kutisë së tekstit.
TC-7: Butoni i faqes tjetër
• Kjo duhet të testojë nëse paraqitja e formularit funksionon siç është menduar.
• Duhet gjithashtu të inspektojë pozicionimin e butonit dhe të sigurohet se është i lexueshëm nga përdoruesi.
Plani i testit të UI – çfarë është?
Një plan testimi UI është një dokument që është pjesë e procesit të testimit për aplikacionet.
Plani i testimit të UI zbërthen informacionin kryesor rreth aplikacionit dhe çdo aktivitet testimi që lidhet me të.
Krijimi i një plani testimi është zakonisht një nga hapat e parë që ndërmerrni gjatë testimit të aplikacioneve, pasi ai shtron bazën për metodologjitë e testimit dhe rezultatet e synuara.
Është një dokument i dobishëm që u jep atyre jashtë ekipit të testimit një ide më të mirë të asaj që po ndodh në proces. Çdo TCOE serioze ( Qendra e Testimit të Ekselencës ) do të ketë një të tillë.
Si të shkruani një plan testimi UI
Planet e testimit të ndërfaqes së përdoruesit ofrojnë udhëzime dhe udhëzime të shkëlqyera për testuesit e ndërfaqes së përdoruesit, kështu që marrja e saktë e tij ndihmon vërtet me testimin dhe inspektimin e aplikacioneve.
Hidhini një sy hapave më poshtë për të mësuar se si të shkruani një plan testimi UI:
1. Përfshi informacion kyç për testimin e ndërfaqes së përdoruesit
Një plan testimi UI përfshin të gjithë informacionin kryesor të kërkuar për të kryer testimin për një aplikacion. Disa nga këto informacione përfshijnë sa vijon:
• Profesionistët e kërkuar për testim, rolet dhe aftësitë e tyre.
• Shuma totale e kohës që kërkohet për të testuar aplikacionin.
• Teknikat e testimit që aplikohen në test dhe proceset e menaxhimit të të dhënave të testimit .
• Çdo burim i nevojshëm për testim, si hardueri, dokumentacioni ose vegla specifike.
• Një ndarje e mjediseve të testimit të synuar, të tilla si pajisjet celulare, një sistem operativ specifik ose shfletues.
• Qëllimet e përgjithshme të procesit të testimit.
2. Testimi i tymit
Më pas, mund të përdorni testimin e tymit për të ndihmuar në krijimin e një plani testimi të ndërfaqes së përdoruesit. Testimi i tymit është një mënyrë e dobishme për të identifikuar problemet dhe defektet themelore në aplikacion, por nuk duket shumë e thellë për problemet.
Është një teknikë që është më e përshtatshme për testimin e UI-së në shtresën e sipërme të aplikacionit, kështu që mund të kapë problemet e dukshme mjaft lehtë.
3. Testimi i shëndetit
Për të gërmuar më thellë në aplikacion për të gjetur gabime dhe defekte më pak të dukshme, testimi i shëndetit është një teknikë e shkëlqyeshme për t’u përdorur për testimin e UI.
Testimi i shëndetit synon të inspektojë çdo kod të ri ose të ndryshuar për të verifikuar që ai përputhet me kërkesat e aplikimit.
Ai ndryshon nga testimi i tymit duke qenë shumë më gjithëpërfshirës me testimin e UI, i cili lejon një vështrim më të thellë në funksionalitetin e aplikacionit.
Pasi një aplikim kalon një test tymi, testi i shëndetit të shëndoshë shton një nivel shtesë të inspektimit.
Skenarët e testimit të ndërfaqes së përdoruesit
Për të siguruar që aplikacioni të funksionojë siç synohet në zona dhe ndërveprime të shumta, është e rëndësishme të kryhen skenarë të ndryshëm të testimit të UI.
Më poshtë është një përmbledhje e skenarëve të testimit të UI, me një shembull.
1. Cilat janë skenarët e testimit të UI?
Një skenar testimi UI është një mënyrë për të krijuar dokumentacion për rastet e përdorimit të shumëfishtë në një aplikacion.
Një skenar testimi UI përdoret për të përshkruar veprimet specifike që një përdorues mund të kryejë gjatë përdorimit të aplikacionit.
Në disa raste, ai përshkruan gjithashtu një skenar që një përdorues mund të përjetojë gjatë përdorimit të aplikacionit.
Skenarët e testimit të UI janë të dobishëm pasi verifikojnë që funksionaliteti brenda një aplikacioni funksionon siç pritej. Duhet një kuptim intim i aplikacionit dhe të dhëna nga klientët dhe zhvilluesit, për të gjeneruar skenarë të dobishëm.
2. Shembull i Skenarëve të Testimit të UI
Si shembull, merrni parasysh një skenar testimi për faqen e hyrjes së një aplikacioni. Një skenar testimi UI për këtë do të kërkojë t’u përgjigjet pyetjeve të mëposhtme:
• A mund të hyjnë përdoruesit në platformë duke përdorur kredencialet e duhura?
• Cili është rezultati i përdorimit të kredencialeve të pasakta për t’u identifikuar?
• Çfarë ndodh kur përdorni një emër përdoruesi të vlefshëm, por një fjalëkalim të pavlefshëm?
• Çfarë ndodh kur i lini fushat bosh dhe përpiqeni të identifikoheni?
• Nëse ka një buton ‘harrova fjalëkalimin’, çfarë ndodh kur klikoni mbi të?
• A funksionojnë të gjitha lidhjet në faqe siç synohet?
Përgjigja e këtyre pyetjeve i ndihmon testuesit e ndërfaqes së përdoruesit të identifikojnë çdo zonë të aplikacionit që nuk funksionon siç duhet.
Ai gjithashtu kontrollon që të gjitha veprimet e disponueshme të japin një rezultat të pritshëm, si p.sh. regjistrimi duke përdorur kredencialet e duhura.
Rastet e testimit të UI
Për të parë aspektet individuale të një skenari testimi UI, rastet e testimit përdoren për të zbërthyer veçoritë individuale të pjesëve të funksionalitetit në një aplikacion.
Më poshtë është një përmbledhje e rasteve të testimit të UI me shembuj.
1. Cilat janë rastet e testimit të UI?
Një rast testimi UI është një seri veprimesh që kryhen për të verifikuar një veçori specifike ose pjesë të funksionalitetit brenda një aplikacioni.
Rastet e testimit të UI zbërthejnë hapat e testimit, të dhënat, parakushtin dhe gjendjen e pasme për skenarë specifikë dhe gjithashtu kontrollojnë kërkesat.
Një rast testimi UI tenton të përfshijë variabla shumë specifike për të lejuar testimin e thelluar në një nivel të veçantë. Testuesit e UI krahasojnë rezultatet aktuale me rezultatin e pritur për të siguruar që aplikacioni po funksionon sipas kërkesave.
2. Shembuj të rasteve të testimit të UI & GUI
Për t’ju ndihmuar të kuptoni më mirë rastet e testit të UI dhe GUI, hidhini një sy shembujve më poshtë, të cilët janë rastet e testimit për skenarin e testimit që shikon funksionalitetin e një ekrani identifikimi:
• Kontrolloni sjelljen e sistemit kur futni kredenciale të vlefshme.
• Kontrolloni sjelljen e sistemit kur përdoret një email i pavlefshëm, por një fjalëkalim i vlefshëm.
• Kontrolloni sjelljen e sistemit kur përdoret një email i vlefshëm, por një fjalëkalim i pavlefshëm.
• Kontrolloni sjelljen e sistemit kur përdoret një email dhe fjalëkalim i pavlefshëm.
• Kontrolloni sjelljen e sistemit kur fushat lihen bosh.
• Kontrolloni lidhjen ‘harrova fjalëkalimin’ për të parë nëse sillet siç pritej.
• Kontrolloni sjelljen e sistemit kur kontrollohet butoni ‘më mbaj të identifikuar’.
• Kontrolloni sjelljen e sistemit kur futet një numër telefoni i pavlefshëm.
Pra, të gjithë këta shembuj janë raste individuale të testit të UI.
Ndryshe nga skenari i testimit, i cili mbulon të gjithë procesin, rastet e testimit shikojnë funksionet individuale. Me fjalë të tjera, çdo shembull i mësipërm është një rast testimi UI, ku e gjithë lista klasifikohet si një skenar testimi.
Skriptet e testit të ndërfaqes së përdoruesit
Për të marrë një përmbledhje edhe më të detajuar të testimit të aplikacionit, skriptet e testimit të UI janë krijuar për t’u dhënë më shumë informacion testuesve rreth rasteve dhe skenarëve të testimit.
Më poshtë është një përmbledhje e asaj që janë skriptet e testit të UI dhe si t’i shkruani ato.
1. Çfarë janë Skriptet e Testit të UI?
Skriptet e testit UI janë përshkrime shumë të detajuara të testeve që kryhen në një aplikacion, zakonisht në një mënyrë rresht pas rreshti.
Ato janë shumë specifike në natyrë me shumë detaje për sa i përket rasteve të testimit të përdorura, të dhënave dhe funksionalitetit të pritshëm të aplikacionit.
Çdo rezultat nga rastet e testimit përfshihet gjithashtu në skriptet e testimit për të shtuar pasurinë e informacionit.
2. Si të shkruani skriptet e UI Test
Skriptet e testit të UI janë të drejtpërdrejta pasi thjesht detajon rastet e testimit.
Për sa kohë që përfshini informacionin e mëposhtëm në to, duhet të jeni në gjendje të merrni shumë vlerë nga skriptet tuaja të testit të UI:
• ID-ja e skriptit të testimit: Ky është identifikuesi unik për skriptin e testimit.
• Titulli: Titulli i skenarit të testit.
• ID-ja e rastit të testimit: Kjo është ID-ja e rastit testues për të cilin po krijoni një skript.
• Kërkesat: Këto janë specifikimet e aplikimit të harduerit të nevojshëm për të ekzekutuar rastet e testimit.
• Procedura: Këta janë hapat e ndërmarrë për të ecur përpara me testimin.
• Rezultati: Ky është rezultati dhe rezultati përfundimtar i testimit.
• Statusi: Ky është një tregues i suksesit të skenarit të testit – a kaloi apo dështoi?
• Kodi i gabimit: Nëse ka ndodhur një problem, kodi i gabimit detajon se çfarë ishte problemi.
Lista kontrolluese për testet tuaja të ndërfaqes së përdoruesit
Tani që jeni gati për të filluar me testimin e UI, përdorni listën e kontrollit më poshtë për të krijuar testet tuaja:
1. Kontrolloni funksionalitetin bazë
Testimi funksional është një mënyrë e shkëlqyer për të gjetur gjëra të tilla si defekte vizuale ose defekte në platformë.
Sigurohuni që të përfshini gjëra të tilla si biometria, çdo mesazh dhe informacion i kujtesës së aplikacionit në këtë fazë.
2. Kontrolloni përputhshmërinë ndër-platformë
Për të shmangur probleme të tilla si fragmentimi i pajisjes që bllokon përdorues të caktuar nga aplikacioni, është e dobishme të kryeni kontrolle të përputhshmërisë ndër-platformë.
Kjo përfshin kontrollimin e aplikacionit në rezolucione të ndryshme të ekranit.
Është një ide e mirë të shikoni për pajtueshmërinë e aplikacioneve vendase dhe hibride në pajisjet mobile si Android dhe iOS.
3. Kontrolloni përputhshmërinë me madhësi të ndryshme të ekranit
Ka shumë madhësi të ndryshme të ekranit që përdoruesit përfundimtarë mund të përpiqen t’i përdorin me aplikacionin, kështu që është e rëndësishme të testoni UI për to.
Testimi i reagimit të UI zbatohet më së miri në pajisjet më të fundit për të adresuar problemet e mundshme. Gjithashtu, mos harroni të provoni si në modalitetin e peizazhit ashtu edhe në atë të portretit.
4. Kontrolloni performancën dhe shkallëzueshmërinë
Kur një aplikacion ka shkallëzim, ai është në gjendje të ofrojë performancë të shkëlqyer në platforma të ndryshme.
Testoni nivele të ndryshme ngarkese, trafik dhe skenarë të tjerë të përdoruesit fundor për të vlerësuar performancën dhe shkallëzueshmërinë e aplikacionit.
Kjo mund të bëhet duke përdorur testimin paralel, i cili përdor testimin e automatizuar të ndërfaqes, si automatizimi i procesit robotik në mjedise të shumta.
5. Kontrolloni aksesueshmërinë e aplikacionit
Testimi i aksesueshmërisë siguron që veçoritë specifike të orientuara drejt ndihmës së përdoruesve fundorë të punojnë siç pritej. Shiko për të kontrolluar gjëra të tilla si madhësia e shkronjave, modaliteti i lexuesit të ekranit dhe opsionet e zmadhimit këtu.
6. Kontrolloni ngjyrat dhe tekstin
Aplikacionet duhet të shfaqin ngjyrat në një mënyrë specifike, prandaj është e rëndësishme ta verifikoni këtë duke testuar skemat e ngjyrave.
Kjo përfshin gjëra të tilla si ngjyra e një hiperlidhjeje ose lloje të tjera shkronjash. Është gjithashtu e dobishme të kontrolloni tekstin për problemet në drejtshkrim, madhësinë e shkronjave dhe shtrirjen.
7. Vlerësoni shpejtësinë e lundrimit
Sigurohuni që të provoni që UI e aplikacionit të funksionojë pa probleme, pa asnjë defekt. Gjëra të tilla si ekrani i ngarkimit për titujt janë një vend i mirë për të kërkuar vonesë.
