Pastaraisiais metais mobilieji telefonai užėmė svarbią vietą šiuolaikinėje visuomenėje ir tapo dažniausiai rinkoje naudojamais prietaisais. Šis svarbus pokytis reiškia, kad įmonės skiria daugiau laiko ir dėmesio mobiliosioms programėlėms, skirtoms įvairioms užduotims atlikti – nuo pagalbos žmonėms sportuoti iki darbo eigos palaikymo pramonės įmonėse. Kiekvieną iš šių programų reikia kruopščiai išbandyti, kad ji veiktų taip, kaip tikimasi.

Sužinokite daugiau apie tai, kas yra mobiliųjų programų testavimas, daugiau informacijos apie skirtingus mobiliųjų programų testavimo tipus ir apie tai, ar organizacijai tinka rankinis, ar automatinis mobiliųjų programų testavimas.

 

Kas yra mobiliųjų programų testavimas?

Mobiliųjų programų testavimas – tai programinės įrangos testavimo mobiliuosiuose įrenginiuose procesas. Įmonės atlieka šiuos testavimo procesus dėl kelių priežasčių, įskaitant įsitikinimą, kad programinė įranga veikia ir kad programa yra patraukli mobiliesiems naudotojams.

Programėlių kūrėjas gali naudotis keliais skirtingais testavimo tipais ir įvairiais šių testų atlikimo būdais. Jei įmanoma, mobiliųjų programėlių testavimą atlieka nepriklausoma kokybės užtikrinimo komanda, nes tai reiškia, kad testuojant nėra šališkumo, kurį sukelia kūrėjas, siekiantis greitai pristatyti produktą.

Galutinis įmonės mobiliųjų programų testavimo tikslas – rasti visas programinės įrangos problemas, nustatyti, kaip organizacija gali jas išspręsti, ir galiausiai pateikti aukštos kokybės produktą, į kurį klientai noriai investuotų.

 

Kokių tipų mobiliąsias programas galite testuoti?

Galima išbandyti kelių tipų mobiliąsias programas. Sėkmingiausiai dirbantys kūrėjai ne tik kuria programėles vienai platformai, bet ir naudojasi kuo daugiau platformų, kad kuo geriau išnaudotų savo potencialią auditoriją.

 

Keletas mobiliųjų programų, kurias kūrėjai gali išbandyti darbo vietoje, tipų:

 

1. “iOS” programos

 

“iOS” yra “Apple” sukurta operacinė sistema, skirta “iPhone” ir “iPad” įrenginiams, o kadangi šie įrenginiai pasaulio rinkose laikomi prestižiniais produktais, kūrėjai turi būti tikri, kad jie veikia šioje platformoje.

“Apple” savo programėlių parduotuvei taiko itin aukštus standartus, reikalaudama, kad visos mobiliosios programėlės būtų kruopščiai išbandytos prieš jas paleidžiant, atitiktų kūrėjų gaires ir parduotuvės etikos kodeksą.

Testuodami “iOS” programas, užtikrinkite, kad būtų taikomi kuo griežtesni standartai. Ar jūsų programa gerai veikia tiek naujausioje “iOS” versijoje, tiek ankstesnėse jos versijose ir kaip galite užtikrinti, kad ji būtų pritaikyta būsimoms versijoms?

Ar kruopščiai išbandėte savo programą dėl “iOS” saugumo spragų?

Ar visos atskiros programėlės funkcijos veikia ir yra integruotos su kitomis “iOS” funkcijomis, t. y. vietos stebėjimu, skambinimu ir nuotraukomis?

 

2. “Android” programos

 

“Android” yra viena iš labiausiai paplitusių platformų – šią operacinę sistemą naudoja “Google”, “Samsung”, “Nokia”, “OnePlus” ir kitos bendrovės. Tai reiškia, kad “Android” telefonui skirta programinė įranga turi didelį potencialių naudotojų ratą, todėl labai svarbu pereiti “Google Play” parduotuvės moderavimo procesą.

 

Kai kurie iš veiksnių, į kuriuos “Android” moderatoriai atkreipia dėmesį nagrinėdami mobiliąsias programas, yra šie:

 

– ribojamas turinys, pavyzdžiui, patyčios, priekabiavimas, neteisėta veikla ar bet koks neteisėtas turinys.

– Pavogta intelektinė nuosavybė iš kitų programų arba bet kurios kitos didelės įmonės.

– Duomenų ir prietaisų saugumo problemos arba galimybė netinkamai naudoti asmens duomenis, klaidinant naudotoją dėl jų naudojimo.

– Nesilaikoma Vaikų privatumo internete apsaugos įstatymo (COPPA) – JAV įstatymo, kuriuo užtikrinama, kad skaitmeninis turinys būtų tinkamas jaunimui.

– Aiškiai nesilaikoma “Play Store” atsiskaitymo gairių ir nenurodomi visi mokesčiai, kuriuos moka naudotojai.

– Prastas funkcionalumas, pavyzdžiui, pasikartojantys trikdžiai, užšalimas ar klaidos, kurie yra mobiliosios programos tinkamumo naudoti testavimo dalis.

Vienas didžiausių iššūkių “Android” programų kūrėjams ir testuotojams – sukurti programą, kuri sklandžiai veiktų tūkstančiuose įrenginių. Rinkoje yra daugiau kaip 24 000 skirtingų “Android” įrenginių tipų, todėl testuotojai turi kruopščiai išbandyti savo programos funkcionalumą, našumą ir saugumą visose pagrindinėse įrenginių linijose.

Nors “Android” prietaisai gali įkelti programas iš šono, įdiegdami APK failą, ir atsisakyti būtinybės naudotis “Play Store”, jei programa nori būti pakankamai matoma, kad būtų laikoma populiaria ir gautų pagrįstų pajamų, būtina pereiti “Play Store” moderaciją.

 

3. Papildomi įrenginiai

 

“Android” ir “iOS” užima didžiąją dalį mobiliųjų įrenginių rinkos, tačiau yra ir tokių, kuriuose naudojamos alternatyvios operacinės sistemos.

Pavyzdžiui, tokiose atvirojo kodo operacinėse sistemose kaip “Fuchsia” ir “LiteOS” daugiausia dėmesio skiriama paprastumui, ir nors šiuo metu jomis naudojasi palyginti nedaug vartotojų, jie vis tiek yra naudingi mobiliųjų programėlių kūrėjams.

Daugiausia dėmesio skiriame “Apple” ir “Android” įrenginiams skirtų mobiliųjų programų kūrimui ir testavimui, tačiau jei klientas nurodo, kad savo darbe naudoja retesnę OS, stengiamės kurti programinę įrangą atsižvelgdami į jo poreikius. Norint patekti į šiuos įrenginius, nereikia laikytis jokių konkrečių reikalavimų, nes atvirojo kodo OS paprastai lengviau įdiegti mobiliąją programą.

 

Kada ir kodėl tikriname

mobiliųjų programėlių veikimas?

Kūrimo proceso metu įmonės keletą kartų testuoja mobiliųjų programų našumą, ir kiekvienas iš jų turi savo naudą testavimą atliekančiai įmonei.

 

Mobiliųjų programėlių našumo testavimas atliekamas įvairiais laikotarpiais:

 

1. Sukūrę naujas funkcijas

 

Kiekviena mobilioji programa yra sudaryta iš skirtingų posistemių, nesvarbu, kaip duomenys patenka į duomenų bazę, kaip programinė įranga pateikia informaciją naudotojui arba kaip programa reaguoja į įrenginio įvestis.

Šių funkcijų ir funkcijų kūrimas gali būti sudėtingas, todėl jos gali visiškai nepavykti arba naudotojui gali būti pateikta klaidinga informacija. Išsamus mobiliosios programėlės testavimas sukūrus kiekvieną naują funkciją reiškia, kad testuojate atskiras funkcijas atskirai, užtikrindami, kad jos yra tinkamai užkoduotos ir veikia taip, kaip tikitės, be jokių klaidų ar sunkumų.

Pavyzdžiui, jei kuriate programėlę mobiliajam žodžių žaidimui ir į savo programėlę įtraukiate naują žaidimo režimą, leidžiantį naudotojams žaisti 30 sekundžių trukmės greitąjį raundą su laikrodžiu, prieš išleisdami šį naująjį žaidimo režimą visuomenei, atliksite išsamius jo bandymus.

Be to, kad išbandytumėte, ar režimas veikia taip, kaip tikitės, galite patikrinti, kaip programa veikia žaidžiant, ar tinkamai išsaugomi raundų rezultatai ir ar, į pagrindinį programos kodą integravus naująjį žaidimo režimą, bus paveikta likusi programos dalis.

Kūrėjai gali drąsiai kompiliuoti savo mobiliąsias programas, žinodami, kad visos funkcijos veikia ir kad visos problemos kyla dėl kiekvieno modulio ryšio su kitais moduliais.

 

2. Sukompiliavus programą

 

Mobiliosios programėlės kompiliavimas reiškia, kad visas kodas sujungiamas į vieną veikiančią programėlę, o po to, kai iš naujo sukompiliavus programėlę iš naujo atnaujinimo, būtina atlikti išsamų mobiliosios programėlės testavimą.

Atlikdami bandymus po mobiliosios programos kompiliavimo, įsitikinsite, kad atskiros programos funkcijos nesikerta tarpusavyje ir nesukelia trikdžių bei klaidų, dėl kurių programa elgiasi nenuspėjamai.

Pavyzdžiui, jei ką tik sukūrėte mobiliąją programą, kuri leidžia naudotojams sudaryti pirkinių sąrašus ir nuskaityti atitinkamus prekybos centrų pasiūlymus, kad surastumėte geriausius pasiūlymus, galite sujungti atskirus modulius, leidžiančius naudotojams sudaryti pirkinių sąrašus ir naršyti prekybos centrų pasiūlymus. Nors abu moduliai gerai veikia savarankiškai, šis testavimo etapas užtikrina, kad jie bus integruoti vienas su kitu ir gerai veiks atskirai po to, kai kodas bus sukompiliuotas.

Kai kuo greičiau atliekate bandymus, greitai išsiaiškinate problemą, o ne toliau atnaujinate ir kuriate, nežinodami, kad fone slypi problema.

Ankstyvesnis mobiliųjų programėlių testavimas leidžia greičiau pašalinti klaidas, kurti programinę įrangą ant tvirtesnio pagrindo ir prisidėti prie geresnio programinės įrangos standarto kūrimo proceso pabaigoje.

 

3. Prieš pat paleidimą

 

Prieš paleisdami mobiliąją programėlę, atlikite išsamų visos programinės įrangos testavimą. Tai reiškia, kad visas paketas, įskaitant visas funkcijas ir naudotojo sąsają, turi būti parengtas iš naujo ir turi būti sukurta reali aplinka produktui išbandyti.

Prieš pat paleidimą įmonės atlieka mobiliosios programėlės testą, nes būtent ši programinės įrangos versija bus paleista programėlių parduotuvėse, todėl būtina žinoti, kad programinė įranga veikia taip, kaip tikėtasi. Pavyzdžiui, jei kuriate veido filtro programėlę, išbandysite kiekvieną programėlės funkciją, t. y. kiekvieną filtrą, nustatymą ir bendrinimo parinktį, taip pat išbandysite našumą, duomenų nutekėjimą, saugumą ir kitus nefunkcinius programėlės aspektus.

Kūrėjas, kuris atlieka bandymus prieš pat paleidimą, sumažina programinės įrangos klaidų skaičių ir užtikrina geresnę naudotojų patirtį, o likusios problemos yra mažesnės ir įmonė jas palyginti lengvai ištaiso. Klientai gauna geresnę patirtį, o įmonė išlaiko gerų programinės įrangos produktų reputaciją.

 

Kokie yra skirtumai tarp mobiliųjų

Programų testavimas ir darbalaukio testavimas?

Kai kurie žmonės mano, kad mobiliųjų programėlių kūrimas yra identiškas programos kūrimui staliniame kompiuteryje – atrodo, kad programėlę koduoti ir testuoti reikia tų pačių įgūdžių ir sąvokų.

Tačiau yra keletas esminių skirtumų tarp mobiliosios programos testavimo ir stacionarios programinės įrangos kokybės užtikrinimo užduočių atlikimo.

 

Kai kurie iš pagrindinių veiksnių, pagal kuriuos jie skiriasi, yra šie:

 

1. Aplinka

 

Pirmasis veiksnys, skiriantis šiuos du veiksnius, yra aplinka, kurioje atliekamas bandymas. Jei žiniatinklio programa pateikiama per naršyklę, o programinės įrangos paketas įdiegiamas per “exe” failą, mobiliuosiuose įrenginiuose situacija gerokai skiriasi.

Kita vertus, vėlyvojo etapo mobiliosioms programoms reikia atlikti bandymus nuo įdiegimo iki sudėtingiausių funkcijų, todėl gali prireikti imituoti atsisiuntimą iš programėlių parduotuvės. Mobiliųjų įrenginių bandytojai sukuria specialiai jiems pritaikytą bandymų aplinką, kuri tinka jų sukurtai programai, nes kuo tiksliau imituojant programos procesus padidėja bandymų patikimumas.

 

2. Vartotojo nuokrypis

 

“Windows” ir “Mac” prietaisai paprastai būna suderinti tarpusavyje, nes visuose prietaisuose yra aiški ta pati operacinė sistema. Taip yra nepriklausomai nuo naudotojo turimos techninės įrangos, nes operacinė sistema yra tas pats paketas, nesvarbu, kokiame įrenginyje ją įdiegsite.

Mobilieji įrenginiai skiriasi. Nors telefonas yra gamintojo kontroliuojamas dalių paketas, šie gamintojai dažnai kuria modifikuotas “Android” operacinės sistemos versijas savo įmonėms. Tai EMUI “Huawei” įrenginiuose, “Fire OS” bet kuriuose “Amazon” įrenginiuose ir GrapheneOS “Google Pixel” asortimente.

Kūrėjai turi atlikti bandymus įvairiose operacinėse sistemose, kad būtų užtikrintas geras funkcionalumas visuose mobiliuosiuose įrenginiuose ir visi naudotojai gautų tokią patirtį, kokią turi suteikti programa.

 

Kas dalyvauja testuojant programėles “iPhone”,

“Android” ir kitus mobiliuosius įrenginius?

Įmonės mobiliosios programėlės testavimo procese dalyvauja keletas vaidmenų, kurie padeda užtikrinti, kad programėlė atitiktų reikiamą standartą.

 

Kai kurie iš pagrindinių vaidmenų testuojant programėles mobiliuosiuose įrenginiuose yra šie:

 

– QA vadovas

Kokybės užtikrinimo skyriaus vadovas. Šios pareigos apima darbuotojų įdarbinimą ir atleidimą iš darbo, skyriaus darbų sąrašų sudarymą ir žmonių paskirstymą užduotims visame kokybės užtikrinimo procese. Šis asmuo yra atsakingas už mobiliosios programėlės testavimo kokybę.

 

– Testeris

Asmuo, atsakingas už mobiliosios programėlės testų atlikimą. Tai reiškia, kad reikia sukurti pradinę testavimo aplinką, atlikti taikomosios programos funkcionalumo ir našumo testus ir galiausiai užfiksuoti visas su programa susijusias problemas, kad jas būtų galima perduoti kūrimo komandai.

 

– Galutiniai naudotojai

Kai kurios mobiliųjų programėlių testavimo formos, pavyzdžiui, naudotojo priimtinumo testavimas, remiasi išoriniais naudotojais, kurie atlieka mobiliųjų programėlių testavimą, nes tai yra galimybė sužinoti, ką klientai mano apie produktą.

Galutiniai naudotojai gauna mobiliąją programėlę, atlieka testavimo procesą ir užpildo keletą formų su kruopščiai parinktais klausimais, kad pateiktų kūrėjams grįžtamąjį ryšį.

 

– Klientai

Kai kurios įmonės kuria konkrečiam klientui pritaikytas pramonines mobiliąsias programas. Tokiais atvejais kliento vaidmuo mobiliųjų įrenginių testavimo procese pirmiausia yra pranešti kūrėjui savo lūkesčius ir specifikacijas, su kuriomis testavimo komanda lygina programą viso testavimo metu.

 

– Kūrėjai

Kūrimo komanda visą laiką bendrauja su kokybės užtikrinimo komanda, gauna grįžtamąją informaciją apie mobiliąją programėlę ir teikia gaires mobiliųjų testuotojų komandai, kai yra sudėtinga funkcija, kurią reikia papildomai palaikyti naudotojui. Gavę šiuos atsiliepimus kūrėjai atlieka išsamius atnaujinimus, kad patobulintų produktą.

 

– Automatikos inžinierius

Kai kurios įmonės automatizuoja mobiliųjų įrenginių testavimo procesus ir dėl to samdo automatizavimo inžinierių. Automatizavimo inžinierius kartu su QA testuotojais sukuria visiškai automatizuotą testą, kuris atsako į visus QA komandos klausimus apie programinės įrangos funkcionalumą.

 

Ką testuojame atlikdami mobiliųjų programėlių testavimą?

 

Nagrinėdami mobiliąją programėlę žmonės tikrina daugybę funkcinių ir nefunkcinių funkcijų. Geriausi mobiliųjų programėlių testai apima ne tik funkcionalumą, bet ir įvairius aspektus, kad klientas gautų griežčiausius standartus atitinkančią programėlę.

 

Kai kurios programinės įrangos dalys, į kurias įmonės atkreipia dėmesį atlikdamos mobiliosios programėlės testavimo procesą, yra šios:

 

1. Funkcionalumas

 

Funkcionalumas reiškia, kaip mobilioji programėlė atlieka visas reikiamas užduotis. Norint patikrinti, ar mobilioji programėlė tinkamai veikia, reikia išbandyti visas programėlės sistemas, pavyzdžiui, įsitikinti, ar kalendoriaus programėlė išsaugo susitikimus ir ar yra žadintuvas, kuris įsijungia įvykus susitikimui.

Įsitikinimas, kad mobilioji programa veikia, yra viena iš pirmųjų testavimo dalių, kurias atlieka kūrėjas, nes galinės dalies funkcionalumas yra vienas iš svarbiausių programos aspektų, kurį komanda vėliau sukuria. NAUDOTOJO SĄSAJA ant viršaus, užuot kūrus naudotojo sąsają ir tik po to sukūrus joje veikiančią programą.

Mobiliųjų įrenginių funkcijos testuojamos naudojant testavimo atvejus, kuriuose tiksliai nurodoma, kaip kiekviena funkcija turėtų elgtis, kai atliekami tam tikri veiksmai. Jei programa elgiasi taip, kaip tikimasi pagal kiekvieną funkcinio testavimo atvejį, ji išlaiko funkcinį testavimą.

 

2. Suderinamumas

 

Atliekant mobiliųjų programų testavimą, suderinamumas iš tikrųjų yra funkcionalumo poaibis. Kai programa suderinama su kita operacine sistema, įrenginiu ir įrenginio tipu (pvz., telefonu, planšetiniu ar nešiojamuoju kompiuteriu), tai reiškia, kad kitose sistemose ji veikia taip pat gerai, kaip ir toje, kuriai buvo sukurta.

Viena iš pagrindinių priežasčių, kodėl organizacijos, kurdamos mobiliąsias programėles, ieško suderinamumo, yra ta, kad kuo platesnio suderinamumo programa yra, tuo daugiau įrenginių ji veiks.

Atlikdami suderinamumo bandymus testuotojai tikrina įvairius dalykus, įskaitant našumą, funkcionalumą ir saugumą. Ar funkcijos skirtingose platformose veikia taip, kaip tikimasi, kaip greitai programa įkeliama skirtinguose įrenginiuose ir kiek naudotojų vienu metu gali dirbti su programa “Android” ir “iOS”?

 

3. Reagavimas

 

Dėl mobiliųjų telefonų ir planšetinių kompiuterių žmonės kasdien naudojasi programine įranga vis operatyviau, nes vos palietus ekraną naudotojui atsiveria naujos galimybės.

Kuo operatyvesnė programinė įranga, tuo greičiau ji reaguoja į naudotojo nurodymus ir atlieka užduotis. Šis greitas reagavimas yra svarbi naudotojo pasitenkinimo programa dalis, nes greitesnis valdymas padeda greičiau atlikti užduotis ir grįžti prie to, ką darė.

Kai kurie reakcijos rodiklių pavyzdžiai gali būti tokie: kaip greitai įkeliama programa, kaip greitai įkeliami skirtingi puslapiai arba per kiek laiko programa atlieka tam tikrą veiksmą.

Lėtos programos gali nuvilti naudotojus, nes jie jaučiasi taip, tarsi švaistytų savo laiką, o duomenys rodo, kad 57 % naudotojų nerekomenduos įmonės, jei ji nereaguoja į mobiliųjų įrenginių naudotojų poreikius. Bandymų metu orientuodamiesi į greitą reagavimą ir našumą, galite išlaikyti naudotojus.

 

4. Vizualinis patrauklumas

 

Kai mobilioji programėlė yra vizualiai patraukli, žmonės yra labiau linkę joje praleisti daugiau laiko. Galų gale, kodėl naudotojas turėtų leisti laiką su programa, kurios išvaizda jam nepatinka, jei yra konkuruojančių programų, kurios yra daug patogesnės ir intuityvesnės?

Tam tikra prasme vizualinis patrauklumas yra subjektyvus ir negali būti tikrinamas naudojant tradicinius rodiklius. Tačiau programų testuotojai gali konsultuotis su tikslinėmis grupėmis, kad išsiaiškintų, kiek patrauklus yra tam tikras vizualinis dizainas, tačiau tai turėtų būti daroma ankstyvuoju etapu, kol dizainas dar neįtrauktas į kodą.

Kiti vertingi rodikliai, pavyzdžiui, atsisiuntimų skaičius arba laikas, kurį kiekvienas naudotojas praleidžia programoje, taip pat gali padėti programėlių testuotojams suprasti, kiek vizualiai patraukli jų programa.

 

5. Vartotojo patirtis

 

Vartotojo patirtis reiškia, kaip vartotojas suvokia mobiliąją programą, su kuria dirba.

Tai neapsiriboja vien tuo, kaip programėlė atrodo ir veikia, o konkrečiai nagrinėja tikslinę auditoriją ir tai, ko ji ieško mobiliojoje programėlėje. Mobiliosios programėlės naudotojo patirties testavimas reiškia, kad gaminį testuoja galutiniai naudotojai arba testai atliekami atsižvelgiant į naudotojo specifikacijas ir skonį.

Įprasti naudotojo patirties rodikliai, kuriuos gali matuoti programinės įrangos testuotojai, yra šie: kaip greitai įkeliama programa, kiek paspaudimų reikia tam tikram veiksmui atlikti ir kiek laiko reikia pagrindinei programos funkcijai atlikti.

Pavyzdžiui, jei kuriate autobusų tvarkaraščio programėlę, kiek laiko užtrunka naudotojams surasti autobusą ir sužinoti jo atvykimo laiką?

 

Mobiliojo ryšio charakteristikos

Programėlių bandymai

Atliekant mobiliuosius testus reikia atkreipti dėmesį į keletą ypatybių. Tai pačių testų savybės, kuriomis mobiliųjų programėlių testai skiriasi nuo panašių testų, kuriais tikrinamos stalinių kompiuterių programėlės, nes praktiškai jie gali labai skirtis.

 

Kai kurios pagrindinės mobiliųjų programėlių testų savybės yra šios:

 

1. Keli įrenginiai

 

Daugelyje mobiliųjų programėlių testų naudojami įvairūs įrenginiai. Tai mažiau aktualu, kai kuriami “iOS” įrenginiai, o “Android” įrenginių gamintojų ir modelių įvairovė yra didesnė.

Testuodami kuo daugiau mobiliųjų įrenginių, galite gauti daug platesnį požiūrį į programinės įrangos veikimą. Kai kuriems kūrėjams tai gali reikšti, kad skaitmeninėje programinės įrangos testavimo aplinkoje reikia atkartoti skirtingus įrenginius, o kai kuriais atvejais gali būti įmanoma iš tikrųjų išbandyti programų veikimą ir našumą fiziniuose įrenginiuose.

Kai kurie kūrėjai gali pakviesti žaidimo bandytojus atsisiųsti programėlę į savo įrenginius ir pateikti atsiliepimus apie savo įrenginio tipą ir programėlės veikimą.

 

2. Pakartokite bandymus

 

Mobiliosios programėlės paprastai būna gerokai mažesnės nei jų alternatyvos darbalaukyje – jų dydis yra ne gigabaitai, o megabaitai. Dėl to darbo eiga yra daug greitesnė nei darbalaukyje, o kartais tai reiškia, kad reikia išbandyti daug mažiau turinio.

Dėl mobiliųjų programų dydžio, palyginti su stalinių kompiuterių programomis, mobiliųjų programų testavimas paprastai būna greitesnis ir lengviau pakartojamas. Testavimo komandos paprastai gali pakartotinai atlikti bandymus, todėl galutinis produktas tampa tobulesnis.

 

3. Tarpplatforminis testavimas

 

Dauguma stalinių kompiuterių programinės įrangos programų yra skirtos naudoti vienoje iš dviejų platformų – “Windows” arba “MacOS”.

Tačiau kuriant mobiliuosius įrenginius taip būna ne visada. Mobiliosios programėlės kuriamos ir “iOS”, ir “Android” operacinėse sistemose, o tai reiškia, kad įmonės testuoja abi platformas atskirai, o kai kuriais atvejais – visas abi platformas vienoje paskyroje. Neatlikus skirtingų platformų testavimo, programa gali gerai veikti ir gerai atrodyti “Android” sistemoje, tačiau “iOS” įrenginiuose ji gali būti prastai rodoma arba sugesti.

Atlikus skirtingų platformų testavimą užtikrinama, kad vienas naudotojas, turintis abiejų tipų įrenginius, galėtų veiksmingai dirbti ir jam nereikėtų turėti dviejų atskirų paskyrų.

 

Mobiliųjų programų testavimo strategijos

Prieš pradėdami testuoti mobiliąsias programėles, turėdami strategiją, galėsite gauti tikslesnius testų rezultatus. Kiekvienas proceso dalyvis tinkamai supranta savo vaidmenį ir žino, ką ir kada turi daryti, taip pat žino, kodėl kokybės užtikrinimo komanda laikosi konkrečios strategijos.

 

Kai kurie mobiliųjų programų testavimo strategijų pavyzdžiai, kuriais gali vadovautis kokybės užtikrinimo komanda:

 

1. Daugkartinis testavimas

 

Viena iš pagrindinių strategijų, kurias gali naudoti mobiliųjų programėlių kūrėjai, yra daugkartinis testavimas. Šis procesas reiškia, kad vienu metu išbandomi keli mobiliosios programėlės aspektai, o ne atliekami atskiri bandymai.

Nors daugumą mobiliųjų programėlių testavimo scenarijų naudinga atlikti atskirai, kai kuriuos iš jų reikia atlikti atliekant kitas užduotis, pavyzdžiui, tikrinant, kaip greitai išsikrauna įrenginio baterija arba ar programėlė veikia konkrečioje operacinėje sistemoje.

Sujungę vienas kitam netrukdančius mobiliųjų programėlių testus į vieną testavimo procesą, sutaupysite QA laiko, skirto paprastiems, bet ilgai trunkantiems testams atlikti, ir leisite įmonei skirti daugiau išteklių skubiems mobiliųjų programėlių testams ir klaidų taisymui.

 

2. Galutiniai testai

 

Mobiliosios programėlės testavimas “nuo galo iki galo” – tai procesas, kurį įmonės atlieka turėdamos užbaigtą mobiliąją programėlę ir kuris apima kiekvieną žingsnį, kurį klientas atlieka naudodamasis programėle.

Kai kurie šio proceso etapai apima mobiliosios programos diegimą į naują įrenginį, leidimų, reikalingų programai veikti, suteikimą ir visų funkcijų perdavimą vieną po kitos. Taikant šią strategiją veiksmingai imituojamas laikas, kurį žmogus praleidžia su programa, ir užtikrinama, kad nekiltų jokių problemų ne tik įsigyjant programą, bet ir ją naudojant.

Daugelis įmonių įgyvendina kompleksines strategijas, kai baigiamas kūrimo ciklas, kad nuo pat pradžių turėtų išsamią informaciją apie tai, kaip naudotojai sąveikauja su programa.

 

3. Operacinės sistemos / įrenginio atnaujinimo testavimas

 

Daug kūrėjų, dirbančių mobiliųjų įrenginių srityje, daug laiko skiria tam, kad užtikrintų, jog jų programa gerai veiktų įrenginiuose, kuriuose laikui bėgant tobulinama operacinė sistema, ir naudotojams, kurie nuolat keičia įrenginius. Tai apima prietaiso operacinės sistemos atnaujinimą tarp bandymų, siekiant užtikrinti, kad mobilioji programa veiktų ir po reikšmingo pakeitimo, o jei ji veikia, ar naudotojo duomenys perkeliami į naują operacinę sistemą arba prietaisus.

Pavyzdžiui, išleidus “Android 12”, daug naudotojų pastebėjo, kad jų programos nebeveikia, nes programos spartinančiosios atmintinės duomenys buvo pasenę ir nesuderinami su naująja operacine sistema. Išvalius šiuos duomenis problema būtų išspręsta, tačiau daugelis naudotojų nežinotų, kaip atlikti šią užduotį. Norint išlaikyti naudotoją, būtina kuo sklandžiau pereiti nuo vienos versijos prie kitos ir nuo vieno įrenginio prie kito, todėl tai labai svarbu atliekant mobiliųjų programėlių bandymus.

 

Mobiliosios programėlės testavimo gyvavimo ciklas

Programinės įrangos testavimas nėra linijinis procesas, kuris baigiasi atlikus testą, o yra ciklas, kuriame kūrėjai nuolat dalyvauja: nuo testavimo iki testų metu rastų problemų sprendimo ir šių atnaujinimų nagrinėjimo vėlesniuose testuose.

 

Skirtingi mobiliosios programėlės testavimo gyvavimo ciklo etapai:

 

1. Pasirengimas ir strategijos kūrimas

 

Pirmoji testavimo gyvavimo ciklo dalis yra parengiamasis etapas. Šiame mobiliosios programėlės testavimo proceso etape organizacija suburia kokybės užtikrinimo komandą, kuri užbaigia testavimą, įdarbina naujus testuotojus, kurie gali būti reikalingi, taip pat įsigyja bet kokį turtą, kurio organizacijai reikia atliekant testavimą, pavyzdžiui, konkrečius kliento naudojamus mobiliuosius įrenginius.

Ankstyvieji mobiliojo testavimo ciklo etapai taip pat apima strategijos kūrimą, kai kokybės užtikrinimo vadovas nustato, ko tikimasi iš programinės įrangos, ir pradeda planuoti strategiją, pagal kurią visos šios prielaidos būtų kuo veiksmingiau išbandytos.

 

2. Testavimo tipų nustatymas

 

Kai programinės įrangos testavimo komanda geriau supranta, ko ieško, ji gali pradėti nagrinėti įvairius testavimo tipus.

Daugiau informacijos apie mobiliųjų programėlių testavimo tipus rasite toliau vadove. Nustatydami, kokių testų tipų jums reikia, galėsite pasiruošti mobiliųjų programų testų vykdymui, perteikti testuotojams, ko jie ieško ir kodėl šios funkcijos yra svarbios.

Geriausia, jei šiame etape nustatysite ne tik bandymų tipus, bet ir konkrečius rodiklius, kuriuos laikote sėkmingais mobiliųjų įrenginių bandymų metu.

 

3. Testavimo atvejų kūrimas

 

Testavimo atvejai – tai veiksmai, kuriuos programinė įranga atlieka atlikdama konkretų mobiliosios programos testą.

Nepriklausomai nuo to, kokį konkretų testavimo metodą naudojate, turite sukurti testavimo atvejus. Pasirūpinkite, kad jie būtų kuo išsamesni, ir užtikrinkite, kad ištirtumėte visas būtinas programinės įrangos paketo funkcijas, o dar vienas esminis testavimo atvejo aspektas yra pakartojamumas.

Automatizuodami mobiliųjų įrenginių testavimą, parašykite “testo scenarijų”, kuris testą atliktų savarankiškai, nereikalaudamas jokio testavimo komandos narių įsikišimo.

 

4. Bandomosios aplinkos nustatymas

 

Bandomoji aplinka – tai erdvė, kurioje atliekamas bandymas, įskaitant konkretų naudojamų mobiliųjų įrenginių skaičių, duomenis, kuriuos įvedate į programą (jei programa priklauso nuo tiesioginių paslaugų), ir operacinę sistemą, kuria veikia įrenginiai.

Jei įmanoma, įsitikinkite, kad visos šios funkcijos yra vienodos kiekvieno mobiliojo testo pradžioje, kad rezultatai būtų nuoseklesni. Vienintelis atvejis, kai to nedarysite, yra tada, kai juos naudojate kaip nepriklausomą kintamąjį, kad pamatytumėte, kaip programinė įranga reaguoja į skirtingus įrenginio ir operacinės sistemos derinius.

 

5. Automatizuotas testavimas

 

Įmonės mobiliosioms programėlėms naudoja automatizuotą testavimą, rankinį testavimą arba jų abiejų derinį, o šioje ciklo versijoje pasirenkami abu etapai.

Automatinį testavimą atlikite gana ankstyvoje mobiliųjų įrenginių testavimo ciklo stadijoje, nes tai ideali priemonė neveikiančioms sistemoms ir bendriems programos trūkumams aptikti.

Naudokite mobiliojo ryšio testavimo automatizavimą kaip diagnostikos priemonę, kuri apima pagrindinę kiekybinę informaciją apie taikomąją programą ir suteikia geros informacijos, kuria galima remtis vėlesniuose testavimo etapuose.

 

6. Rankinis testavimas

 

Rankinis testavimas – tai proceso etapas, kai QA testuotojas pats eina į mobiliąją programėlę ir testuoja tam tikras funkcijas ir ypatybes, kad nustatytų, ar programinė įranga atitinka standartus.

Naudokite rankinį testavimą sudėtingesniems procesams ir atvejams, kai reikia kokybinio vertinimo, pavyzdžiui, teikiant atsiliepimus apie vartotojo sąsajos dizainą arba svarstant, ar srautas tarp mobiliosios programėlės funkcijų naudotojams yra natūralus.

 

7. Suderinamumo bandymai

 

Atlikę bendruosius testus, galvokite apie konkretesnius mobiliosios programos testus. Pirmasis iš jų – suderinamumo bandymas, kai programa paleidžiama keliuose mobiliuosiuose įrenginiuose ir įvairiose operacinėse sistemose.

Jei našumas ypač prastas arba visiškai neveikia, kūrėjai žino, kad yra telefono arba operacinės sistemos problema (kurią galima nustatyti atlikus daugiau bandymų), ir gali ją išspręsti vėlesniame atnaujinime.

 

8. Veiklos testavimas

 

Palyginti su stacionariaisiais kompiuteriais, telefonų ištekliai yra palyginti riboti. Atliekant našumo testus užtikrinama, kad programos našumas mobiliuosiuose įrenginiuose pakankamai atitiktų šį faktą, nes atliekant našumo testus tikrinama, kokią dalį telefono procesoriaus, akumuliatoriaus ir operatyviosios atminties naudoja programa.

Našumo testavimo tikslas – surasti daug pastangų reikalaujančius procesus ir padidinti jų našumą, kad mobilioji programa ar programinė įranga neužimtų per daug naudotojo išteklių.

 

9. Rezultatų ataskaitų teikimas

 

Atlikę visus šiuos mobiliosios programėlės bandymus ir užrašę rezultatus, pereikite ataskaitų teikimo etapą.

Rezultatų ataskaitų rengimas apima ataskaitos, kurioje pateikiami visi testavimo duomenys ir kokybinis grįžtamasis ryšys, parengimą, nurodant kūrimo komandai sritis, kurias reikia tobulinti.

Pateikite ir santrauką, ir neapdorotus duomenis, nes tokiu būdu galima paprastai paaiškinti, kokia yra problema, ir kartu pateikti pakankamai informacijos, kad kūrimo komanda galėtų įsigilinti ir sužinoti apie problemas.

 

10. Atnaujinti plėtrą

 

Paskutinis mobiliosios programėlės proceso etapas – sukurti programėlės atnaujinimą, kuriuo išsprendžiamos problemos, aptiktos per mobiliųjų įrenginių testavimo ir ataskaitų teikimo etapus.

Testavimo procesai skirti tam, kad kūrėjai galėtų peržiūrėti kuriamą programinę įrangą, rasti trūkumų ir sukurti jų šalinimo strategiją, todėl atnaujinimo proceso etapas yra bene svarbiausias.

Atnaujindami programinę įrangą pagal bandymų rezultatus, įsitikinkite, kad atliekami pakeitimai neturės nenumatyto poveikio likusiai mobiliosios programėlės daliai. Šios problemos bus rastos per kitą bandymų etapą, kai vėl prasidės mobiliųjų įrenginių bandymų ciklas, kurio metu bus tikrinama, ar visi pataisymai yra sėkmingi ir neturi neigiamo poveikio kitoms sritims.

 

“Android” ir “iOS” programėlių testavimas

Mobiliuosiuose įrenginiuose galima išbandyti dvi pagrindines operacines sistemas: “Android” ir “iOS”. Abi taikomųjų programų platformos labai skiriasi viena nuo kitos, todėl joms reikia unikalaus požiūrio į testavimą.

 

1. Kokie yra “iOS” programėlių testavimo ypatumai?

 

Vienas iš pagrindinių “iOS” programėlių testavimo ypatumų yra tai, kad ši platforma yra uždaro kodo. Tai reiškia, kad branduolys kuriamas “Apple” ir kontroliuojamas pagal bendrovės sąlygas, todėl sistema yra gana uždara.

Dar viena “iOS” programėlių testavimo ypatybė yra ta, kad testuojate ribotą skaičių mobiliųjų įrenginių. Tik “Apple” produktai, pvz., “iPhone” ir “iPad”, naudoja “iOS”, todėl bandant įrenginių suderinamumą reikia atsižvelgti į mobiliųjų įrenginių specifikacijų skirtumus.

 

2. Kokie yra “Android” programėlių testavimo ypatumai?

 

Yra keletas darbo su “Android” mobiliosiomis programomis ypatumų, su kuriais turi susidurti testuotojai, iš kurių pirmasis yra tas, kad “Android” turi daug skirtingų versijų. Nors dėl to mobiliųjų įrenginių testavimas tampa atviresnis ir prieinamesnis, taip pat atsiranda įvairių “Android” versijų suderinamumo versijų.

Tai taip pat lemia didesnius duomenų saugumo reikalavimus, nes kai kurios mažiau saugios operacinės sistemos versijos gali būti pažeidžiamos.

 

3. Kuo skiriasi “Android” testavimas nuo “iOS” programų testavimo

 

Pagrindinis skirtumas tarp “Android” ir “iOS” testavimo yra prieinamumas. Dėl uždaro branduolio “iOS” mobiliąsias programėles testuoti daug sunkiau, tačiau dėl to jų suderinamumas yra paprastas.

Dėl atvirojo kodo ir prieinamo “Android” pobūdžio atskirų mobiliųjų įrenginių testavimas yra paprastesnis, tačiau testuotojams tenka sugaišti daug daugiau laiko tiriant skirtingus įrenginius ir OS konfigūracijas, kad būtų pasiektas vienodas visų platformų suderinamumas.

 

4. Kokie yra pagrindiniai požiūrio ir strategijos skirtumai testuojant “Android” ir “iOS” programėles?

 

Daugumos QA komandų didžiausias skirtumas tarp “iOS” ir “Android” mobiliųjų įrenginių testavimo strategijų yra testavimo mastas. Atlikti deramą “Android” testavimą reiškia, kad, norint įsitikinti, jog programa veikia efektyviai, ją galima paleisti dešimtyse mobiliųjų įrenginių.

Kita vertus, išbandyti programėlę “iPhone” telefone, pavyzdžiui, dėl “iOS” yra daug paprastesnis procesas, o tai iš esmės reiškia, kad trūksta aparatinės įrangos įvairovės.

Kitas svarbus skirtumas – testuojant “Android” produktus daugiau dėmesio skiriama saugumui. Ši operacinė sistema turi dešimtis skirtingų atšakų, kurias naudoja daugybė gamintojų, todėl jai reikia skirti daug dėmesio, kad būtų pašalintos galimos saugumo spragos.

Pastaraisiais metais, priėmus duomenų apsaugos įstatymus, pavyzdžiui, BDAR, tam skiriama daugiau dėmesio, o to nesilaikančioms įmonėms gresia finansinės nuobaudos. Priešingai, “iOS” dėl savo “užrakintos” prigimties turi mažiau saugumo spragų ir reikalauja mažiau dėmesio.

 

Rankiniai ir automatizuoti mobiliųjų programėlių testai

Yra du pagrindiniai mobiliųjų programėlių testavimo būdai: kūrėjai naudoja rankinį arba automatizuotą mobiliųjų programėlių testavimą. Tai iš esmės skirtingi mobiliųjų programėlių testavimo būdai, kurių kiekvienas turi savų privalumų, trūkumų ir idealių naudojimo scenarijų.

Sužinokite daugiau apie abu testavimo būdus, kodėl įmonės naudoja kiekvieną iš jų ir koks yra idealus scenarijus naudojant rankinius ar automatinius mobiliųjų programėlių testus.

 

Rankinis mobiliųjų programų testavimas

 

Kai kurie kūrėjai kaip pagrindinę kokybės užtikrinimo priemonę naudoja rankinį mobiliųjų įrenginių testavimą. Taikant šį metodą darbuotojai patys atlieka testavimo procesus, tikrina visas programinės įrangos paketo sistemas ir funkcijas ir nustato, ar jos atitinka kliento lūkesčius.

Žmonės, atliekantys rankinį testavimą, paprastai turi aukštą techninių įgūdžių lygį, todėl gali ne tik nustatyti, ar mobiliojoje programėlėje yra problemų, bet ir galimas jų priežastis bei idealias pataisas.

Tiek stalinių, tiek mobiliųjų programų testuotojai dažniausiai būna ne iš kūrimo komandos, nes jie suteikia nepriklausomą įžvalgą ir nerizikuoja, kad bus šališki, palankūs savo ankstesniam darbui.

 

Rankinio mobiliųjų programų testavimo privalumai

 

Rankinis testavimas buvo vienas iš pirmųjų metodų, kuriuos kūrėjai naudojo prieš mobiliųjų programėlių automatinio testavimo atsiradimą, ir jis išliko svarbia kūrėjų priemone, nes automatizavimas vis labiau populiarėjo.

Taip yra todėl, kad jis turi daug svarbių privalumų, palyginti su automatizuotais mobiliųjų programėlių testavimo metodais, taikomais kūrėjams ir kokybės užtikrinimo komandoms.

 

Pagrindiniai mobiliųjų programų rankinio testavimo privalumai:

 

1. Išsamesni atsakymai

 

Pirmasis rankinio testavimo privalumas yra tas, kad atsakymuose gaunama daug daugiau niuansų.

Automatizuota sistema atlieka keletą bandymų ir pateikia paprastą atsakymą, nesvarbu, ar tai būtų duomenys, ar atsakymas PASS/FAIL. Naudodamiesi žmonių paslaugomis galite pateikti daug įvairesnius ir įvairesnius atsakymus, nes jie ieško ne tik kiekybinių faktų, bet ir kokybinių duomenų.

Šis didesnis niuansų lygis suteikia kūrėjams daugiau informacijos apie jų produktus ir reiškia, kad kūrimo procesas yra daug paprastesnis, nukreiptas į svarbesnes programos funkcijas ir galiausiai sukuriamas daug geresnis produktas.

 

2. Pritaikomas testavimas

 

Rankiniu būdu dirbantis testuotojas gali pritaikyti savo veiksmus, kuriuos jis atlieka atlikdamas “Android” arba “iOS” programėlės testavimo procesą.

Pavyzdžiui, jei testuotojas, atlikdamas standartinį testavimo procesą, pastebi, kad kažkas elgiasi kitaip, nei tikėjosi, jis gali ištirti, kokia tai problema, ir pateikti daugiau informacijos savo ataskaitoje mobiliosios programos proceso pabaigoje.

Taip nėra mobiliųjų programėlių automatizavimo testavimo proceso atveju, kai paprasčiausiai vykdomas programuotojo parašytas kodas ir grąžinamas rezultatas.

Toks lankstumas reiškia, kad mobiliojo testavimo proceso pabaigoje gausite išsamesnius programos rezultatus, pavyzdžiui, galite rasti klaidų tose srityse, kurių automatiniai testai nepastebi.

 

3. Sudėtingesni naudojimo atvejai

 

Dirbdami su automatizuotu mobiliųjų programėlių testavimu, testuotojai turi iš anksto sukoduoti visą testavimo atvejį. Tai reiškia, kad kai kurie testuotojai, rašydami sudėtingesnius testavimo atvejus, gali dvejoti arba daryti klaidų, todėl rezultatai netiksliai atspindi mobiliąją programą ar programinę įrangą.

Be to, priešingai nei mobiliųjų programėlių automatizavimo testavimo procese, naudojant rankinį testavimą galima tiesiog paprašyti testuotojo atlikti konkrečias užduotis, nekoduojant jų į testavimo atvejį.

Testuotojai kiekvieną kartą tiksliai laikosi instrukcijų ir nerizikuoja, kad dėl kodavimo klaidos rezultatai gali būti iškreipti, o tai padeda kūrėjams nuosekliau testuoti sudėtingesnius mobiliosios programėlės aspektus ir veiksmingiau rasti pataisas.

 

Rankinio testavimo mobiliuosiuose įrenginiuose iššūkiai

 

Atliekant rankinius testus mobiliuoju įrenginiu kyla daug iššūkių. Suprasdami šiuos iššūkius, galite imtis veiksmų, kad sumažintumėte jų poveikį savo procesams ir padidintumėte “Android” ir “iOS” įrenginių testavimo proceso tikslumą ir efektyvumą.

 

Keletas svarbiausių mobiliųjų programėlių rankinio testavimo iššūkių yra šie:

 

1. Potencialiai brangus

 

Testuotojai yra programinės įrangos ekspertai, kurie skiria savo laiką tam, kad užtikrintų, jog programa atitiktų įmonės specifikacijas, o aukštesnis testuotojų standartas reiškia, kad jų įžvalgumas yra kur kas didesnis.

Tačiau ekspertizė kainuoja pinigus – atlyginimus ir premijas, o išlaidos didėja, kai didėja testavimo komanda, kuri tikrina sudėtingesnes programėles daugiau mobiliųjų įrenginių. Jei nuspręsite daugiausia dėmesio skirti tik rankiniam testavimui, įsitikinkite, kad jūsų mobiliųjų programų testavimas yra įperkamas, pačioje proceso pradžioje nustatydami personalo biudžetą ir griežtai jo laikydamiesi.

 

2. Lėtesnis nei automatizavimas

 

Darbo vietoje žmonės skiria laiko savo sprendimams apdoroti, apsvarstyti, koks bus kitas proceso žingsnis, ir rankiniu būdu užrašo arba spausdina informaciją. Visa tai pailgina testavimo trukmę ir padidina mobiliosios programėlės kūrimo projekto kokybės užtikrinimo išlaidas.

Sudėtinga rasti pusiausvyrą tarp didesnio skaičiaus žmonių samdymo, kad jie greičiau atliktų užduotis, ir ilgesnės trukmės darbo, todėl kai kurios įmonės, norėdamos išspręsti atskirus mobiliųjų programėlių testavimo proceso aspektus, pasitelkia automatizavimą.

 

3. Žmogiškųjų klaidų tikimybė

 

Kad ir kiek investuotumėte į žmogiškuosius išteklius, žmonės darbo vietoje visada darys klaidų. Taip gali nutikti dėl neteisingo spustelėjimo atliekant užduotį, akimirksnio dėmesio stokos arba tiesiog pamiršus, kaip reikia elgtis.

Nepaisant to, kad kiekviena iš šių problemų yra nekalta, jos gali lemti netikslius mobiliosios programėlės testavimo rezultatus. Šiai rizikai pasipriešinkite atlikdami kelis bandymus su keliais testuotojais, nes taip sumažinsite tikimybę, kad ta pati klaida bus padaryta kelis kartus ir turės įtakos duomenų kokybei.

 

Kada mobiliąsias programėles testuoti rankiniu būdu

 

Yra keli kūrėjų tipai, kuriems gali būti naudinga sutelkti dėmesį į rankinį mobiliųjų programėlių testavimą, iš kurių pirmieji yra įmonės, kuriančios nedideles programėles. Dėl riboto funkcionalumo juos galima įveikti pakankamai greitai, o mobiliųjų programėlių testuotojai atlieka išsamų patikrinimą be rizikos, kad dėl žmogiškųjų klaidų gali kilti problemų.

Mobiliosioms programėlėms, kurioms svarbi vartotojo sąsaja, taip pat naudinga, kad testavimo procese dalyvautų žmogus, nes testuotojas gali informuoti kūrėjus apie tai, kaip kiekvienas aspektas atrodo vartotojui, ir apie galimus vartotojo darbo eigos pakeitimus, kad programėle būtų patogiau naudotis.

 

Mobiliosios programėlės testavimo automatizavimas

Kadangi kompiuterija žengė didelį žingsnį į priekį, automatizavimas yra viena iš sričių, kuri tapo svarbesnė mobiliųjų įrenginių testavimo srityje. Šiuo atveju automatizuota programinė įranga tampa vis naudingesne mobiliųjų ir stacionariųjų kompiuterių testavimo srities dalimi, kai programinė įranga atlieka pasikartojančias užduotis nepriklausomai nuo žmogaus operatoriaus.

Iš tikrųjų tai buvo labai naudinga mobiliųjų programėlių testavimo pramonei, nes testuotojai koduoja testus į mobiliųjų programėlių automatizavimo testavimo platformas ir greitai bei lengvai gauna rezultatus. Galima rinktis iš įvairių automatizavimo programų, kurių kiekviena turi savų privalumų ir unikaliai palaiko testavimo procesus.

 

Mobiliųjų programų testavimo automatizavimo privalumai

 

Mobiliųjų programėlių testavimo automatizavimas tampa vis svarbesne mobiliųjų programėlių kūrimo pramonės dalimi, visų pirma dėl to, kad jis turi daug privalumų, kurie palengvina testuotojų ir kokybės užtikrinimo komandų darbą.

 

Kai kurie iš privalumų, į kuriuos reikia atsižvelgti sprendžiant, ar naudoti automatizavimą testuojant mobiliąją programą ar programinę įrangą, yra šie:

 

1. Greiti rezultatai

 

Automatizuoti testai atliekami greitai, visi atskiri etapai atliekami automatiškai ir rezultatai pateikiami iš karto po jų sukūrimo. Dėl lanksčių poreikių tai puikiai tinka ” Agile” kūrimo aplinkai, pavyzdžiui, tokiai, į kurią orientuota dauguma mobiliųjų programų. Kūrėjai greičiau reaguoja į duomenis ir naudoja juos kurdami kitą programos versiją.

 

2. Aukštas nuoseklumo lygis

 

Žmonės gali būti nenuoseklūs, nes gali neteisingai spustelėti arba beprasmiškai užpildyti testą. Mobiliųjų įrenginių rinkoje būtina užtikrinti didesnį nuoseklumą, nes vienu metu su programa dirba tūkstančiai naudotojų, o tai kelia dar didesnę įtampą ir galimybę rasti klaidų.

Automatizavimas padeda išvengti šios problemos, nes kiekvieną kartą testai atliekami lygiai taip pat. Rezultatai yra nuoseklesni, o kūrėjai gali naudoti duomenis kaip priemonę tiksliai nustatyti, kokia yra problema, nesukeliant problemų dėl nukrypimų nuo normos.

 

3. Vienu metu atlieka kelias dideles užduotis

 

Platformos, kuriose daugiausia dėmesio skiriama automatizavimui, gali vienu metu atlikti kelias sudėtingas užduotis. Tokiu būdu vienu metu gausite kelių testų rezultatus ir sutaupysite laiko, kurį kitu atveju sugaištumėte kiekvienam testui atlikti rankiniu būdu atskiroje aplinkoje.

Tai darydami dirbate judriau ir sutaupote laiko kitoms programinės įrangos dalims išbandyti, o tai gali būti ypač svarbu, kai programinė įranga yra didelė ir turi daug skirtingų funkcijų.

 

Mobiliųjų programėlių bandymų automatizavimo iššūkiai

 

Kai kurios įmonės vis dar renkasi rankinį testavimą, nes automatizuojant mobiliųjų programėlių testus susiduriama su tam tikrais sunkumais. Šių iššūkių supratimas padeda sumažinti susijusią riziką ir gauti daugiau naudos iš efektyvesnio testavimo.

 

Pagrindiniai automatizavimo naudojimo mobiliųjų programėlių testuose trūkumai yra šie:

 

1. Galimai nepatogus

Vienas iš iššūkių, su kuriais tenka susidurti automatizuojant testus, yra tas, kad kai kurie konkretūs testavimo atvejai gali būti gana sudėtingi. Sudėtingesniais atvejais rašoma daugiau kodo, todėl gali padaugėti sintaksės klaidų, dėl kurių testai gali būti atlikti neteisingai.

Mobiliųjų įrenginių testavimo atveju tai yra didelė problema, kai programos yra sudėtingesnės, turi daug skirtingų funkcijų ir priklauso nuo kodo, užtikrinančio funkcionalumą įvairiuose įrenginiuose. Jei įmanoma, atlikite kruopštų bandomojo kodo tikrinimą.

 

2. Trūksta žmogiškųjų įžvalgų

 

Automatizavimui trūksta įžvalgų, kurias turi rankinis testavimas, nes žmonės testuotojai gali suteikti kokybinės informacijos, pavyzdžiui, kaip jaučiasi tam tikra funkcija. Žmogaus įžvalgos gali būti dar svarbesnės naudojant mobiliąsias programas, nes jos veikia liečiant, todėl jaučiamas daug didesnis ryšys su naudotoju nei stacionariųjų kompiuterių programos. Norėdami su tuo kovoti, pabandykite naudoti rankinį testavimą kartu su automatizavimu, papildydami vienas kitą ir pašalindami bet kokias rimtas testavimo spragas.

 

3. Pradinės investicinės išlaidos

 

Naudojant automatizuotas platformas reikia nemažų investicijų – tiek prenumeratos kainos, tiek tam tikros techninės įrangos, kuria dirbate. Techninės įrangos sąnaudos gali būti ypač didelės, kai testuojate mobiliąsias programas, nes taikant kai kuriuos testavimo metodus reikia naudotis įvairių gamintojų skirtingų modelių prietaisais.

Nors laikui bėgant ši suma susilygina, įsitikinkite, kad stebite organizacijos finansus ir išvengsite atsitiktinių pernelyg didelių išlaidų, susijusių su testavimo automatizavimu.

 

Mobiliojo automatizavimo sudedamoji dalis su 10 kartų didesne investicijų grąža – kompiuterinis matymas

Dirbant su automatizavimo priemonėmis kyla didelė grėsmė, kad kompiuteris negali tinkamai atpažinti tokių dalykų kaip vaizdai ir dėl to nesupranta tono.

Kompiuterinis matymas yra skirtas šiai problemai spręsti. Kompiuterinis matymas – tai dirbtinio intelekto mokymas, kaip interpretuoti vaizdus taip, kaip tai daro žmogus, naudojant modelių atpažinimą ir mašininį mokymąsi, kad kompiuteris suprastų, į ką žiūri.

Kompiuterinė regimybė padeda bendrovėms suprasti įvairias sritis – nuo veido atpažinimo iki eismo ir medicininės priežiūros dėsningumų – nereikalaujant žmogaus įsikišimo. Šiuo metu vienas iš pagrindinių automatinio testavimo trūkumų gali būti tai, kad kompiuteriui trūksta žmogiškojo įžvalgumo, tačiau efektyviai įdiegus kompiuterinę regą tokioje platformoje kaip ZAPTEST, to nebereikia.

Tai ne tik padidina testavimo įrankio lankstumą, bet ir gali turėti neįtikėtinai didelę įtaką jūsų investicijų grąžai. Šioms užduotims atlikti nebereikia samdyti daugiau rankinių testuotojų, o jūsų produkto kokybė gerokai pagerėja.

Kompiuterinės regos naudojimas duoda didelę investicijų grąžą, nes pagerina produktą, daro įspūdį klientams ir galiausiai įmonei duoda daug daugiau pajamų už gerokai mažesnes sąnaudas.

 

Kada įdiegti automatizuotą mobiliųjų programėlių testavimą

Vienas iš pagrindinių rodiklių, leidžiančių pereiti nuo rankinio testavimo prie automatinio, yra konkrečios programos dydis. Kuo didesnė paraiška, tuo daugiau užduočių turi atlikti darbuotojas, o dėl žmogiškosios klaidos gali kilti problemų dėl rezultatų tikslumo.

Automatinį mobiliųjų programėlių testavimą naudokite tikrindami dideles programas keliuose įrenginiuose, nes gausite greitesnius atsakymus ir galėsite greičiau grįžti prie kūrimo.

Nors tai yra labiau tradicinis požiūris, kuris remiasi didele rankų darbo apimtimi, mašininio mokymosi ir vaizdų atpažinimo įdiegimas tai keičia.

Kūrimo komandos vis dažniau pastebi didesnį testavimo efektyvumą ir finansinę naudą, gaunamą įdiegus automatizuotą mobiliųjų programėlių testavimą, o investicijų grąža į įvairias programas vis didėja.

Dėmesys aukščiausios klasės platformos, tokios kaip ZAPTEST, diegimui gali turėti didelę įtaką jūsų įmonės rezultatams, nepriklausomai nuo jūsų mobiliosios programos specifikos.

 

Išvados: Mobiliųjų programėlių testavimo automatizavimas vs.

Rankinis mobiliųjų programėlių testavimas

Tiek rankinis testavimas, tiek testavimo automatizavimas turi savo vietą mobiliųjų programėlių testavimo srityje, nes abu turi savų privalumų. Automatizavimas padeda kūrėjams patikrinti grynąjį funkcionalumą, o rankiniai testai padeda geriau suprasti, kaip naudotojas jaučiasi naudodamasis programa, todėl daugeliu atvejų idealiai tinka hibridinis metodas.

Vienos sistemos trūkumus suderinsite su kitos sistemos privalumais, o proceso pabaigoje sukursite geresnę testavimo tvarką. Galiausiai tai nėra automatizavimo ar rankinio valdymo klausimas, bet klausimas, kaip kokybės užtikrinimo komanda gali sujungti abu šiuos metodus į vieną nuoseklią sistemą.

Atsižvelgiant į tai, automatizavimas atlieka didelį vaidmenį mobiliųjų programėlių testavime, ypač kai kalbama apie tiesioginę paslaugą.

Programėlėms, kurios vienu metu susiduria su tūkstančių naudotojų įtampa veikiančiuose serveriuose, reikia masinio testavimo, su kuriuo sunkiai susidoroja rankiniai testai, todėl automatizavimas tampa kertiniu akmeniu užtikrinant, kad mobiliųjų įrenginių testavimas veiktų taip, kaip tikisi klientai.

Be to, “Android” įrenginius galima automatizuoti labiau nei “iOS” alternatyvas, nes “Android” veikia daug įvairesniais įrenginiais, o jų testavimas rankiniu būdu gali užimti daug laiko.

 

Mobiliųjų programėlių testavimo tipai

Egzistuoja kelios mobiliųjų programėlių testavimo formos, kurių kiekvienoje ieškoma unikalių programėlės savybių. Visų šių testų išlaikymas rodo, kad programa veikia taip, kaip tikisi kūrėjai, ir yra tinkamos būklės, kad ją būtų galima paleisti programėlių parduotuvėse ir pateikti naudotojams.

 

Pagrindiniai mobiliųjų programėlių testavimo tipai, kuriuos naudoja kūrėjai, yra šie:

 

1. Funkcinis testavimas

 

Funkcinis testavimas – tai procesas, kurio metu užtikrinama, kad visos programėlės funkcijos veiktų taip, kaip tikitės. Tai gana ilgas procesas, kurį nuolat tęsiate, bandydami konkrečius modulius ir jų veikimą.

Atlikdami šį testavimą kartu su mobiliųjų programėlių kūrimu, įsitikinsite, kad visos funkcijos, sujungtos į vieną programėlę, veikia. Jei kyla kokių nors problemų, žinote, kad jos kyla dėl modulių sąveikos būdo, o ne dėl pačių modulių.

Paprastas pavyzdys – darbas su žadintuvo programėle ir užtikrinimas, kad žadintuvas įsijungtų tinkamu laiku įvairiomis aplinkybėmis, įskaitant kelis kartus per dieną, tuo pačiu metu kaip kalendoriaus pranešimas ir praėjus kelioms minutėms po kito žadintuvo. Išbandykite funkcionalumą visomis įmanomomis aplinkybėmis.

 

2. Nutraukimo ir pranešimo testavimas

 

Mobiliuosiuose įrenginiuose labai daug pranešimų, kuriais naudotojas informuojamas apie tai, kas vyksta fone, o daugelis šių pranešimų pasirodo ekrane, kad naudotojas juos pamatytų.

Pertraukimo ir pranešimų testavimas atliekamas siekiant nustatyti, ar programa veikia tinkamai, jei pasirodo pranešimas ir nutraukia darbo eigą.

Jei taip nutiktų ir programėlė sugestų, moderatorių komanda galėtų ją atmesti, todėl norint įvertinti vartotojų programėlių standartus būtina atlikti pertraukimo bandymus. Tai mažiau aktualu pramoninėms reikmėms.

 

3. Greičio testavimas

 

Svarbu išbandyti programėlės veikimo greitį, nes greitesnės mobiliosios programėlės yra labai svarbios naudotojų patirčiai.

Greičio testavimas – tai mobiliosios programėlės pagrindinių funkcijų kartas nuo karto paleidimas įvairiose skirtingose programėlėse ir įrenginiuose, taip užtikrinant, kad programėlei augant ir tobulėjant ji išliktų pakankamai greita naudotojui.

Testavimo komandos šią informaciją perduoda kūrimo komandai, kuri atlieka atnaujinimus, kad padidintų mobiliosios programos efektyvumą ir sumažintų vėlavimus, kad ir kur jie būtų.

 

4. Saugumo testavimas

 

Saugumo testavimas – tai tiek pačios mobiliosios programėlės, tiek naudotojų duomenų, kuriuos jie pateikia programėlei, saugumo testavimas. Tai apima konkrečius dalinius bandymus, įskaitant įsiskverbimo bandymus, kurių metu bandytojai bando aktyviai pažeisti mobiliosios programos saugumą.

Veiksmingi saugumo testavimo protokolai reiškia, kad mobiliųjų įrenginių kūrėjas gali būti tikras, jog jo programinė įranga atitinka BDAR ir kitus visame pasaulyje galiojančius duomenų apsaugos teisės aktus.

 

5. Veiklos testavimas

 

Našumo testavimas – tai procesas, kurio metu tikrinama, kaip mobilioji programa veikia, palyginti su lūkesčiais. Testuotojai nagrinėja, kokių išteklių reikia programai paleisti keliuose įrenginiuose ir ar yra kokių nors problemų, pavyzdžiui, mobiliojo įrenginio perkaitimas, į kurias turi atsižvelgti kūrėjų komanda.

Testavimo proceso pabaigoje taip pat nustatomi minimalūs mobiliosios programėlės specifikacijos reikalavimai.

 

6. Naudojamumo testavimas

 

Naudojamumo testavimas – tai procesas, kurio metu nustatoma, ar programinė įranga yra patogi naudotojui. Šiame proceso etape tikrinami tokie mobiliosios programos aspektai: kaip naudotojas jaučiasi meniu, ar darbo eigos yra intuityvios ir ar patogūs yra valdikliai, kuriuos naudotojas turi įvesti.

Vertinama ne tai, ar programėlė yra funkcionali, o tai, ar žmonės gali pagrįstai ir nuosekliai naudotis programėle, atsižvelgiant į kūrėjo dizaino sprendimus ir įgyvendinimą.

 

Ko reikia norint pradėti

Mobiliųjų programėlių testavimo vykdymas

Svarstant pradėti mobiliosios programėlės testavimą, reikia atkreipti dėmesį į keletą būtinų sąlygų, įskaitant:

 

1. Pilnas kodas

 

Nesvarbu, ar bandote vieną konkrečią programos dalį, ar tik modulį, reikia, kad testuojamos dalies kodas būtų užbaigtas. Priešingu atveju, nepriklausomai nuo kodo kokybės, būtinai rasite problemų, nes iš esmės testuojate nebaigtą produktą.

Naudojant skirtingų platformų mobiliąsias programėles, tai reiškia, kad reikia turėti visas “iOS” ir “Android” programėles, nes testuojant tik vieną iš jų gali likti neatrastų kitos platformos klaidų.

 

2. Testavimo atvejai

 

Konkrečių testų, kuriuos atliekate, sąrašas, kuriame būtų išsamiai aprašyti testai, kad žmogus, neturintis jokios patirties su jūsų mobiliąja programėle, žinotų, ką daryti atliekant testus.

Skirtingai nei dirbant su darbastaliu, įtraukite bandymų atvejus, nesusijusius su pačia programa, pavyzdžiui, kaip programa veikia kartu su kitomis įprastomis programinės įrangos dalimis, pvz., nuosavybine tekstinių žinučių siuntimo programa, kuri uždengia dalį ekrano.

 

3. Bandymų aplinka

 

Tai apima įrenginius ir operacines sistemas, kuriose testuojate programą. Viso mobiliosios programėlės testavimo metu išlaikykite nuoseklią testavimo aplinką, kad užtikrintumėte geresnės kokybės rezultatus.

Užtikrinkite, kad aprėptumėte visas operacines sistemas, kuriose programa skirta veikti, ir reprezentatyvų techninės įrangos rinkinį, pavyzdžiui, naudokite ir naujesnius, ir senesnius įrenginius, jei jūsų programinė įranga skirta bendram naudojimui, arba labai specifinį įrenginį, jei programa skirta pramoninei paskirčiai.

 

4. Testavimo strategija

 

Supraskite, kodėl atliekate visus šiuos bandymus ir kaip planuojate naudoti šiuos duomenis. Turint aiškią strategiją, vėlesniuose proceso etapuose sprendimus įgyvendinti kur kas paprasčiau.

Į testavimo strategiją įtraukite ataskaitų teikimo ir atnaujinimo etapus, nes tai gerokai supaprastina galutinio produkto pateikimą programėlių parduotuvei ir padidina jūsų galimybes pereiti visus patikrinimus, kuriuos programėlių parduotuvės atlieka programinei įrangai.

 

Geriausia testavimo praktika

Mobiliosios programos

Geriausia praktika – tai tam tikros gairės, kurių reikia laikytis atliekant užduotį, kad rezultatai būtų geresni. Keletas geriausių mobiliųjų programų testavimo praktikų:

 

1. Suprasti auditoriją

 

Testuodami tokias funkcijas, kaip patogumas, atsižvelkite į auditoriją, kuriai teikiate programėlę, nes 80 metų senolis, tikėtina, nėra technofobas, kuriam keliami tokie patys patogumo reikalavimai kaip technologijų sektoriuje dirbančiam 20-mečiui. Mobiliosios programėlės auditorija yra daug platesnė, todėl tam reikia skirti daugiau dėmesio nei kompiuteriams skirtoms alternatyvioms programėlėms.

 

2. Atlikite keletą realių įrenginio bandymų

 

Nors mobiliosios programėlės bandymus atlikti realiame įrenginyje, kuris yra kieno nors asmeninis telefonas, gali būti klaida, atlikite bent vieną realaus įrenginio bandymą, kad įsitikintumėte, jog programėlė tinkamai veikia ne bandymų aplinkoje.

Tikri prietaisai yra dar sudėtingesni nei pagal užsakymą sukurtoje aplinkoje, todėl be išorinių pavyzdžių sunku atlikti tikslius bandymus.

 

3. Balanso testavimas

 

Užtikrinkite, kad testavimas būtų subalansuotas tarp skirtingų testavimo tipų, o ne akcentuojamas funkcionalumo ar saugumo testavimas, nes geresnė pusiausvyra užtikrina geresnį bendrą tinkamai subalansuotą produktą. Vartotojai pastebi, kai su mobiliąja programėle kyla kokių nors problemų, todėl būtina būti kruopščiam.

 

4. Apsvarstykite debesų testavimą

 

Mobiliųjų programėlių testavimas debesyje leidžia per tą patį laiką pasiekti daugiau įrenginių, todėl kūrėjai gali geriau suprasti ir aprėpti įvairius įrenginius. Tai gali gerokai sutrumpinti programėlės pateikimo rinkai laiką, padėti įmonėms aplenkti konkurentus ir dar labiau padidinti investicijų grąžą.

 

5. Derinti bandymus

 

Tai apima rankinių ir automatinių testų derinimą, taip pat tokias sritis kaip saugumo ir funkcionalumo testavimas, nes juos atliekant kartu sutaupoma laiko, skirto atskiriems testams atlikti. Taip testuotojai efektyviau išnaudoja savo laiką ir greičiau parengia ataskaitas.

 

Mobiliųjų programėlių bandymų rezultatų tipai

Mobiliųjų programėlių testavimo proceso metu testuotojai gauna kelių tipų rezultatus, kurie priklauso nuo kelių veiksnių, įskaitant testavimo, kurį jie atlieka, tipus.

 

Iš mobiliųjų programėlių testų galima gauti tokius išvesties tipus:

 

1. Kokybinė informacija

 

Kokybiniai duomenys – tai informacija, kurią testuotojas perduoda programinės įrangos kūrėjų komandai, kai jie atlieka testą, ir kuri nėra pagrįsta skaitmeniniais faktais. Tokio pobūdžio informacija apima dalykus, kurie priklauso nuo jų nuomonės, pavyzdžiui, nuomonę apie tai, kaip jaučiasi vartotojo sąsaja ir kaip įmonės prekės ženklas atsispindi logotipe ir kituose susijusiuose grafiniuose elementuose. Kadangi mobiliosios programėlės yra labai pagrįstos pojūčiais, tai ypač svarbu.

 

2. Kiekybiniai duomenys

 

Kiekybiniai duomenys – tai bet kokia testuotojų gaunama skaitinė informacija, kuri paprastai gaunama automatizuotame testavimo procese. Testuotojai paima šiuos duomenis, kurie apima įkėlimo laiką ir pasitaikančių klaidų skaičių, ir juos analizuoja, kad sukurtų kūrimo strategiją, kuri pagerintų programos standartą būsimuose atnaujinimuose.

Testuojant mobiliąsias programėles gaunama daug tokios informacijos, nes vienu metu naudojama daugybė parametrų.

 

3. Taip/Ne

 

Tai reiškia, ar kažkas yra tiesa, ar melas. Būklės “Taip/Ne” kartais vadinamos “Įvykdyta/neįvykdyta” ir leidžia testuotojui sužinoti, ar jo atliekamas testas yra sėkmingas, ar ne. Jie nesuteikia daug informacijos ir yra naudingesni kūrimo proceso pradžioje, o ne tada, kai kūrėjų komanda pritaiko atskiras funkcijas paskutinėmis programėlės kūrimo dienomis.

 

Mobiliųjų programėlių testų pavyzdžiai

Kai kurie mobiliųjų programėlių testavimo pavyzdžiai, vykstantys programėlių kūrimo procesuose, yra šie:

 

1. Sėkmingas automatizuotas funkcinis testavimas

 

Kūrėjas kruopščiai planuoja funkcinį mobiliosios programėlės testavimą, išvardydamas visas testuojamas funkcijas ir konkrečius atliekamus testus. Tada testuotojai šiuos testus koduoja automatizavimo platformoje, o tada paleidžia testus ir stebi, kaip jie veikia.

Gavęs atsakymus, kūrėjas žino, kurios programinės įrangos funkcijos veikia taip, kaip tikėtasi, o kurios – ne, todėl, prieš planuodamas kitą bandymų ciklą, jis gauna gaires kitiems atnaujinimams.

 

2. Nesėkmingas rankinis tinkamumo naudoti testavimas

 

Įmonė nustatė labai trumpą terminą programėlei paskelbti, todėl kūrėjas turi greitai atlikti testavimą. Dėl patirties stokos jie vieną kartą išbando programėlę savo įrenginyje, kad įsitikintų, jog ji veikia taip, kaip jie tikisi, ir tada išsiunčia programėlę.

Dėl nepakankamo testavimo programėlėje yra daugybė neaptiktų klaidų kitų tipų įrenginiuose, todėl bendrovė turi prastesnę reputaciją dėl programėlių kokybės.

 

Klaidų ir klaidų, aptiktų naudojant

Mobiliųjų programėlių testavimas

Mobiliosios programėlės testavimas iš dalies atliekamas siekiant rasti programinės įrangos paketo klaidų ir klaidų, o mobiliojoje programėlėje pasitaiko įvairių tipų klaidų ir klaidų.

 

Testuojant programėlę reikia ieškoti kai kurių svarbiausių klaidų ir klaidų tipų:

 

1. Klaidų tvarkymas

 

Klaidų tvarkymo problema susijusi su mobiliosios programėlės klaida, tačiau klaidos pranešime naudotojui tinkamai nepranešama, kokia tai klaida. Tai gali kelti problemų, nes klaidoms ištirti reikia daugiau laiko, todėl sulėtėja kūrimas, o klientų aptarnavimas tampa daug sudėtingesnis.

Atsitiktiniai gedimai, ypač mobiliųjų programėlių, gali pakenkti įmonės reputacijai, nes turi įtakos atsiliepimų rezultatams.

 

2. Sutrikęs

 

Sutrikimas įvyksta tada, kai programa visiškai nustoja veikti – į ją nereaguojama arba ji visiškai užsidaro. Šios klaidos visiškai trukdo naudotojams sąveikauti su programa, todėl norint, kad programinė įranga būtų sėkminga, labai svarbu jas išspręsti.

Mobiliosiose programėlėse gedimus gali būti sunkiau išspręsti nei staliniuose kompiuteriuose, nes yra mažiau įvesties parinkčių.

 

3. Vizualiniai trikdžiai

 

Vaizdinis triktis atsiranda, kai programa atrodo kitaip, nei turėtų atrodyti, nes neįkeliamos programos dalys arba ekranas atrodo iškraipytas. Vizualiniai trikdžiai gadina naudotojo patirtį, nes dėl jų kyla painiava arba naudotojui sunku sąveikauti taip, kaip jis norėtų.

Kadangi didžiąją mobiliojo įrenginio paviršiaus dalį sudaro ekranas, vaizdiniai trikdžiai mobiliosiose programose yra ryškesni.

 

4. Lėtas krovimas

 

Taip atsitinka, kai programa veikia lėčiau nei tikėtasi, pradedant bandymu atlikti tam tikrą funkciją ir baigiant per ilgai trunkančiu atskiro paveikslėlio įkėlimu.

Lėtas įkėlimas turi įtakos naudotojų patirčiai, nes programėlė reaguoja daug prasčiau, nei jie iš pradžių tikėjosi, be to, dėl lėto įkėlimo gali lėtai veikti ir kitos programos.

 

5. Leidimai

 

Kai kuriose mobiliosiose programose neteisingai įkeliami leidimai, pvz., buvimo vietos duomenys, ir dėl to sumažėja jų funkcionalumas. Išsprendus šią klaidą, prietaisas šiuos duomenis pateikia programai, todėl ji gali veikti taip, kaip skelbiama, ir pateikti naudotojui asmeniškesnius duomenis, kurie padeda pasiekti geresnių rezultatų.

 

Bendrieji mobiliųjų programėlių testavimo rodikliai

Metrika – tai konkretus matavimas, kurį testuotojas gali patikrinti ir naudoti mobiliosios programėlės kūrimo būklei nustatyti, lygindamas metriką su ankstesnių programinės įrangos versijų ta pačia metrika.

 

Tai:

 

1. Proceso ilgis

 

Laikas, reikalingas konkrečiam procesui atlikti. Tai ideali metrika, kai testuojate mobiliąją programėlę, kurios pagrindinis tikslas – atlikti vieną funkciją. Efektyvesnės programos procesus atlieka per trumpesnį laiką. Tai gali būti kelių etapų procesai, įskaitant laiką, kurį naudotojas praleidžia naršydamas naudotojo sąsajoje.

Keletas šios kategorijos rodiklių pavyzdžių:

• Vidutinis laikas sekundėmis, kurį naudotojai praleidžia tikrindami prekių krepšelį
• Vidutinis laikas sekundėmis, reikalingas naudotojo registracijos procesui užbaigti
• Kiek paspaudimų reikia, kad iš pagrindinio puslapio patektumėte į pagrindinių paslaugų puslapį.

 

2. Klaidų skaičius

 

Klaidų, su kuriomis susiduriate savo mobiliojoje programėlėje, skaičius yra pagrindinis rodiklis. Daugiau klaidų reiškia, kad yra daugiau trikdžių ir klaidų, kurias turi pašalinti kūrėjų komanda. Kai kurios įmonės teikia pirmenybę klaidų už kiekvieną funkciją sistemai ar panašiai, nes tai subalansuoja metriką su programos dydžiu.

Keletas šios kategorijos rodiklių pavyzdžių:

• Programos gedimų skaičius per 1000 apkrovų
• Funkcijos neįkrovimo atvejų skaičius per 1000 bandymų
• Klaidų skaičius 1000 kodo eilučių

 

3. Įvesties atsilikimas

 

Laikas, kuris praeina nuo naudotojo komandos įvedimo iki programos įvykdymo. Greitesnės programos mažiau vėluoja įvesti duomenis, o tai naudotojams labiau patinka, palyginti su palyginti lėtai veikiančiomis programomis.

Keletas šios kategorijos rodiklių pavyzdžių:

• Programos įkėlimo sekundžių skaičius
• Kiek sekundžių užtrunka, kol kasos puslapyje apdorojamas užsakymas

 

Mobiliosios programėlės testavimo atvejai

Testavimo atvejai – tai konkretūs testai, kuriuos testuotojai atlieka tikrindami programinę įrangą, įskaitant mobiliąją programėlę.

 

Daugiau apie testavimo atvejus mobiliųjų programų testavime sužinosite toliau:

 

1. Kas yra testavimo atvejai mobiliųjų programų testavime?

 

Testavimo atvejis – tai tam tikri konkretūs veiksmai ir žingsniai, kuriuos sistema atlieka, kai tikrinama, ar ji atitinka paskirtį, ar atitinka kūrėjų nustatytus reikalavimus.

Šiuo konkrečiu atveju kalbama apie testavimo atvejus, kuriuos įmonės naudoja testuodamos mobiliąsias programas. Jos skirtos būtent “Android” ir “iOS” įrenginiams, nes šioms programoms keliami kitokie reikalavimai nei stacionariuose kompiuteriuose veikiančioms programoms.

 

2. Kaip rašyti mobiliosios programėlės testavimo atvejus

 

Tiek rankinio, tiek automatinio testavimo atvejų pradžia yra panaši, įskaitant smegenų šturmą. Tai reiškia, kad reikia apgalvoti, kokius konkrečius aspektus reikia patikrinti ir kaip juos patikrinti.

Atlikdami rankinį testavimą, tiesiog užrašykite testavimo atvejo veiksmus, kad rankinį testavimą atliekantis asmuo žinotų, ką daryti. Prie kiekvieno bandymo atvejo nurodykite bandymo atvejo pavadinimą, bandymo atvejo ID ir to bandymo atvejo teigiamo / neigiamo rezultato kriterijus.

Automatizuoto testavimo atveju naudokite automatizavimo platformą, kad prieš paleisdami testavimo atvejį programinėje įrangoje užkoduotumėte visus veiksmus. Tai skiriasi mobiliųjų programėlių testavimo atveju, nes reikia skirti daugiau laiko testavimo atvejams, skirtiems įvairiems įrenginiams su skirtingomis įvesties galimybėmis, rašyti.

 

3. Mobiliosios programėlės testavimo atvejų pavyzdžiai

 

Yra keletas mobiliųjų programėlių testavimo atvejų pavyzdžių, kuriuos įmonės naudoja tikrindamos savo mobiliąsias programėles, pvz:

 

– Akumuliatoriaus testavimas

Išnagrinėkite, kiek akumuliatoriaus baterija naudoja tam tikrą laiką, palyginti su vidutiniu prietaiso akumuliatoriaus išsikrovimo lygiu per tą patį laiką.

 

– Greičio testavimas:

Matyti, kaip greitai programa pereina visus proceso etapus – tiek rankiniu būdu, tiek automatizuotai – ir nustatyti, kokį vaidmenį šiame procese atlieka vartotojo sąsaja.

 

– Reikalingi ištekliai:

Ištekliai, kurių reikia, kad programa veiktų kokybiškai, apima reikiamą operatyviosios atminties, duomenų ir skaičiavimo galios kiekį.

 

– Funkcionalumas:

Patikrinkite, ar visos funkcijos veikia taip, kaip tikisi kūrėjas, ir ar nesutrinka. Testavimas nepalankiausiomis sąlygomis yra tam tikra funkcionalumo testavimo forma.

 

Geriausi mobiliųjų programėlių testavimo įrankiai

Įmonėms, siekiančioms tobulinti savo kūrimo procesus ir teikti klientams geriausią įmanomą programinės įrangos paketą, idealiai tinka naudoti įrankius mobiliųjų programėlių testavimo procese. Jie suteikia papildomų funkcijų testavimo procesui, suteikia daugiau informacijos kokybės užtikrinimo komandai ir padeda likusiai kūrimo ciklo daliai.

 

Toliau rasite keletą geriausių mobiliųjų programėlių testavimo įrankių, taip pat sužinosite, ką kiekviena iš šių programėlių gali pasiūlyti testuotojams.

 

5 geriausi nemokami mobiliųjų programėlių testavimo įrankiai

Jei vadovaujate mažesnei įmonei arba mobiliąsias programėles kuriate visiškai savarankiškai, gali būti, kad jūsų biudžetas yra gana ribotas ir dėl to testavimo įrankių galimybės yra ribotos.

Tokiais atvejais nemokama mobiliosios programėlės testavimo priemonė yra idealus būdas pagerinti testavimo galimybes ir tuo pat metu neviršyti išlaidų.

 

Vieni geriausių nemokamų mobiliųjų programų testavimo įrankių yra šie:

 

1. ZAPTEST FREE Edition

 

ZAPTEST yra viena iš geresnių automatizavimo platformų, tačiau kai kuriems žmonėms kelia susirūpinimą platformos naudojimo išlaidos.

Nemokamoje versijoje yra dauguma pagrindinių funkcijų, kurių galite tikėtis naudodamiesi ZAPTEST, todėl galite gauti didelę grąžą neinvestuodami į aukštos klasės automatizavimą ir įvairių platformų scenarijus. NEMOKAMAS ZAPTEST leidimas yra puiki testavimo automatizavimo ir moderniausių RPA priemonių pradžia prieš priimant sprendimą atnaujinti įmonės programinės įrangos automatizavimo įrankius.

 

2. Espresso

 

Tai “Google” sukurtas automatizavimo įrenginys, padedantis atlikti vartotojo sąsajos bandymus, kuriuose mobilioji programėlė naudojama “Android” įrenginiuose. Nors tai padeda taikyti labai specifinius vartotojo sąsajos testavimo metodus, trūksta išsamios įžvalgos, kurią gali suteikti žmogus – vartotojo sąsajos testuotojas.

 

3. Robotium

 

Atvirojo kodo įrankis, skirtas padėti naudotojams automatizuotai testuoti “Android” telefonus ir planšetinius kompiuterius. “Robotium” yra naudingas įrankis dirbant su “Android”, tačiau dėl operacinės sistemos apribojimų kurti “iOS” šioje platformoje yra sudėtinga.

 

4. EarlGrey

 

“Google” sukurtas vartotojo sąsajos kūrimo padalinys “EarlGrey” taip pat padeda atlikti jūsų programinės įrangos funkcinius bandymus. Tai gali būti naudojama ir “Android”, ir “iOS” programėlių testavimui, tačiau testavimo galimybės yra šiek tiek ribotos, palyginti su idealia lanksčia testavimo priemone.

 

5. Appium

 

“Appium” yra labai lankstus įrankis, kuris gali padėti perkelti “iOS” kodą į “Android” ir atvirkščiai, todėl puikiai tinka kurti bandymų scenarijus keliomis kodavimo kalbomis. Vis dėlto tai dar labiau apsunkina darbą, o tai gali kelti problemų mažai patirties turintiems kūrėjams.

 

5 geriausi įmonių mobiliųjų programų testavimo automatizavimo įrankiai

Didesni kūrėjai, pavyzdžiui, įmonės, su kuriomis sudaromos sutartys kurti programas klientams, turi didesnius biudžetus nei nepriklausomi kūrėjai. Tai reiškia, kad jie gali daugiau investuoti į savo procesus ir įrankius ir galiausiai sukurti daug geresnės kokybės programą, nei naudodami tik nemokamus įrankius.

 

Vieni geriausių įmonės lygmens mobiliųjų programėlių testavimo įrankių yra šie:

 

1. ZAPTEST Enterprise Edition

 

Investicijų grąža, arba investicijų grąža, yra vienas svarbiausių dalykų, į kuriuos reikia atsižvelgti programinės įrangos testavimo srityje, o ZAPTEST užtikrina iki dešimties kartų didesnę investicijų grąžą vien testavimo etape. “ZAPTEST” verslui skirta versija suteikia galimybę ZAP ekspertui dirbti nuotoliniu būdu kaip jūsų komandos nariui, be to, automatizuoti bet kokią užduotį, bet kokioje platformoje ir bet kokiu tvarkaraščiu… ir visa tai naudojant naujausias kompiuterinės regos ir robotų procesų automatizavimo technologijas.

Suteiksite savo komandai daug įžvalgų ir tvirtą pagrindą kurti veiksmingesnius mobiliųjų programėlių atnaujinimus. Kalbant apie įmonių lygio testavimo platformas, su ZAPTEST nesuklysite.

 

2. testRigor

 

Paprastas automatizavimo įrankis su atvira licencija, suteikiančia prieigą tiek naudotojų, kiek norite. Tai geras būdas mokytis automatizavimo, tačiau gali būti ribotas, kalbant apie testavimo, kurį atliksite su juo, apimtį.

 

3. Perfecto

 

“Perfecto” daugiausia dėmesio skiria tam, kad būtų aukščiausios klasės galimybė testuotojams, suteikianti prieigą prie naujų operacinių sistemų ir įrenginių išleidimo dieną. Klientų aptarnavimo galimybės yra svarbios, visų pirma todėl, kad naujokams gali būti sunku išmokti šią platformą.

 

4. TestGrid

 

“TestGrid” yra labai lankstus testavimo automatizavimo įrankis, suderinamas su “Android”, “iOS” ir net “Blackberry” operacinėmis sistemomis. Tačiau kai kuriais atvejais naudotojai pastebėjo santykinį pagalbos trūkumą, o dėl universalios platformos gali kilti problemų, nes trūksta žinių visose srityse.

 

5. ACCELQ

 

Tai įrankis be kodo, kuriame daugiausia dėmesio skiriama automatizavimui, o testavimas sukurtas taip, kad būtų galima automatizuoti kiekvieną proceso etapą viename sraute. ACCELQ tinka didelėms programoms testuoti, tačiau jos kaina yra labai aukšta, o rankiniai testeriai yra tvirtai nustumti į šalį.

 

Kada turėtumėte naudoti

Įmonių ir nemokami mobiliųjų programėlių testavimo įrankiai?

Yra keletas situacijų, kai naudingi ir įmonių, ir nemokami mobiliųjų programėlių testavimo įrankiai. Nemokami įrankiai puikiai tinka, kai kūrimui skiriamas nedidelis biudžetas arba kai atitinkama programa yra labai paprasta, o įmonių klasės įrankiai geriau tinka įmonėms, kurios dirba su didesniais projektais, naudoja daug automatizavimo priemonių ir reikalauja didesnio tikrumo testavimo laikotarpio pabaigoje.

Priklausomai nuo naudojamų įrankių, galima derinti vieną įmonės įrankį su nemokamomis alternatyvomis ir taip suteikti savo QA komandai daugiau lankstumo.

Naudokite įmonės licencijas didesniems projektams, tačiau visiškai nepamirškite nemokamų alternatyvų, kurios neįtikėtinai gerai atlieka mažesnes užduotis, svarbos.

 

Mobiliųjų programėlių testavimo kontrolinis sąrašas, patarimai ir gudrybės

Vykstant mobiliosios programėlės testavimo procesui reikia patikrinti keletą dalykų, todėl labai svarbu užpildyti šį užduočių sąrašą.

 

Mobiliųjų įrenginių testavimo kontrolinio sąrašo ypatybės:

 

– Tarpplatforminis suderinamumas, kuris užtikrina, kad mobilioji programa veiktų visose operacinėse sistemose, kuriose kūrėjai siekia įdiegti programinę įrangą.

– Saugumo testavimas, užtikrinant, kad naudotojo duomenys yra saugūs ir nėra jokių būdų piktavališkai trečiųjų šalių prieigai.

– Funkcionalumo testavimas, kuriuo užtikrinama, kad visa mobilioji programa veiktų taip, kaip tikisi naudotojas.

– Kalbos testavimas, kuriuo užtikrinama, kad alternatyvios kalbos būtų tinkamai išverstos ir nekenktų mobiliosios programėlės funkcijoms.

– Naudotojo malonumo tikrinimas, kuris užtikrina, kad naudotojas teigiamai naudotųsi mobiliąja programėle.

7 klaidos ir spąstai, kurių reikia vengti įgyvendinant

Mobiliųjų programų testavimas

Kūrėjai ir testuotojai beveik visą laiką atlieka testavimo procesus, o kai kurios klaidos mobiliųjų programėlių testavimo metu kartojasi. Žinodami apie šias problemas, galite jų išvengti ateityje ir užtikrinti, kad bandymai būtų kuo artimesni realiam naudojimui.

 

Peržiūrėkite septynias dažniausiai daromas klaidas įgyvendinant mobiliųjų programų testavimą ir galimus veiksmus, kaip jų išvengti:

 

1. Bandymai su realiais įrenginiais

 

Pirmoji didelė klaida, kurią daro mažai testavimo patirties turintys kūrėjai, yra ta, kad testavimui naudoja tikrus įrenginius. Tikrieji įrenginiai – tai mobilieji įrenginiai, kurie jau buvo reguliariai naudojami kasdien, pavyzdžiui, testavimo grupės narių mobilieji telefonai arba “iPad”, kurį įmonė laiko užnugaryje, kad per pertrauką galėtų žaisti žaidimus.

Šie prietaisai jau buvo ilgai naudojami įvairiose situacijose ir greičiausiai neatspindi vidutinio naudotojo turimo mobiliojo prietaiso.

Naudokite specialius kasdien nenaudojamus testavimo prietaisus, kad išvengtumėte išorinių veiksnių poveikio testavimui ir rezultatai būtų kuo tikslesni.

 

2. Testavimas tik pabaigoje

 

Testavimas – tai nuolatinis procesas, kurį kūrėjai atlieka viso savo darbo metu, užtikrindami, kad kiekvienas modulis, siunčiant produktus, atitiktų aukščiausius įmanomus standartus.

Kai kurie nepatyrę kūrėjai neatlieka jokių bandymų ankstesniuose darbo eigos etapuose, o intensyvius bandymus atlieka proceso pabaigoje.

Tačiau dėl to gali kilti daugiau problemų, nei jų išspręsti, nes įmonės atranda daugybę problemų, kurias sunkiai išsprendžia pačioje kūrimo pabaigoje.

Testuodami eigoje žinote, kaip veikia konkretūs moduliai, ir taisote juos eigoje, todėl turite laiko patobulinti produktą prieš pat išleidimą, o ne gesinti nepastebėtas klaidas.

Tai ypač pasakytina apie mobiliųjų įrenginių testavimą, nes jie nuolat atnaujinami net ir po išleidimo.

 

3. Klaidų kopijavimo ignoravimas

 

Klaidų atkūrimas – tai procesas, kai nustatoma programinės įrangos problema ir ji vis iš naujo atkuriama, siekiant nustatyti konkrečią problemos priežastį. Kai kurių testavimo procesų metu, kai ištekliai arba laikas yra riboti, testavimo komandos ignoruoja klaidų kartojimo procesą ir sutelkia dėmesį į greitą pataisymą ir pereina prie kitos klaidos.

Ignoruodami klaidų dubliavimą kūrėjai savo mobiliosiose programėlėse palieka potencialiai didelių problemų, dėl kurių vėlesniuose programinės įrangos atnaujinimuose gali atsirasti daugiau klaidų ir problemų.

Nuo pat pradžių būkite kruopštūs, nes taip sutaupysite laiko ateityje.

 

4. Naudojant tik rankinį testavimą

 

Kai kurios organizacijos savo mobiliąsias programėles testuoja tik rankiniu būdu, daug laiko praleidžia praktiškai naudodamos programinę įrangą ir mokydamosi, kaip ji veikia.

Nors tai yra geras būdas rasti klaidų, yra keletas aiškių problemų, susijusių su rankiniu testavimu. Tai potencialiai brangus maršrutas, o tai reiškia, kad esate jautrūs žmogiškoms klaidoms, be to, šis maršrutas gali būti lėtas.

Be to, kompiuterinis matymas naudojant tokią platformą kaip ZAPTEST gali pagerinti testavimo automatizavimo standartą, todėl daug rankinio testavimo atliekama be reikalo.

Integruodami rankinį ir automatinį testavimą į vieną vientisą sistemą, padidinsite savo galimybes rasti visas programinės įrangos klaidas ir reaguoti į tobulos mobiliosios programėlės kodavimo iššūkius.

 

5. Susitelkimas į vieną vietą

 

Programose vis dažniau naudojami įrenginių buvimo vietos leidimai, naudojant įrenginio buvimo vietą tokioms funkcijoms kaip konkrečių parduotuvių rekomendavimas, įdiegimas į žaidimą, pavyzdžiui, “Pokemon GO”, ir užtikrinimas, kad naudotojai turėtų leidimą atlikti veiksmus programoje.

Testuodami šias funkcijas kūrėjai turėtų bandyti išbandyti įvairias vietoves naudodami VPN ir iš tikrųjų lankydamiesi kitose vietovėse. Taip užtikrinama, kad programos veiktų taip, kaip tikimasi, nepriklausomai nuo vietos, o kūrėjai sutaupytų laiko, kurį po pirminio išleidimo reikia skirti programinei įrangai pataisyti, kad ji būtų pritaikyta naujiems regionams.

 

6. Išskirtinis dėmesys funkcionalumui

 

Greitai atlikdami testavimą, programinės įrangos testuotojai dažniausiai stengiasi įsitikinti, kad programos funkcionalumas atitinka lūkesčius. Tai užima daug laiko testavimo procese, tačiau tai neturėtų būti vienintelis tikslas.

Skirdami laiko kitoms funkcijoms, pvz., naudotojo sąsajai ir tam, kaip programa naudoja mobiliojo įrenginio išteklius, naudotojai apskritai geriau praleidžia laiką su programa.

Išteklių matavimas yra svarbesnis atliekant mobiliųjų įrenginių bandymus, nes daugelis naudotojų vienu metu turi kelias veikiančias programas. Nepamirškite, kad funkcionalumas yra tik viena iš naudotojo vertinamų funkcijų, todėl jis turėtų būti tik viena iš platesnės testavimo strategijos dalių, o ne vienintelis aspektas.

 

7. Bandymų aplinkos kontrolės praradimas

 

Dauguma testų atliekami bandymų aplinkoje todėl, kad būtų kontroliuojama erdvė, kurioje būtų galima išnagrinėti, kaip veikia programa. Kontroliuoti tai yra būtina, nes tai reiškia, kad kūrėjų komanda žino, kaip veikia programėlė, neatsižvelgdama į jokią išorinę įtaką.

Nuosekli bandymų aplinka yra testavimo komandos prioritetas, todėl gauti rezultatai yra patikimi be jokių koregavimų dėl skirtingų naudotojų, duomenų skirtumų ar naudojamų įrenginių pokyčių.

 

Išvada

Apibendrinant galima pasakyti, kad mobiliosios programėlės testavimas yra vienas svarbiausių dalykų, kuriuos gali atlikti programuotojas. Testavimu užtikrinama, kad programėlės funkcionalumas veiktų taip, kaip tikisi įmonė, padedama nustatyti, ką reikia ištaisyti programinėje įrangoje, ir leidžia įmonėms planuoti likusią kūrimo ciklo dalį.

Nesvarbu, ar pirmenybę teikiate rankiniam testavimui, ar hiperautomatizuotam, sutelkite dėmesį į konkrečiai jūsų įmonei tinkančio testavimo sprendimo kūrimą, nes kūrėjai, kurie skiria laiko ir rūpinasi testavimu, galiausiai pristato produktus, kurie patinka vartotojams.

 

DUK ir ištekliai

Mobiliųjų programėlių testavimas gali būti labai sudėtingas sektorius, kuriame gausu šalutinės informacijos, todėl jums bus naudinga susipažinti su kuo daugiau šio sektoriaus turinio.

Peržiūrėkite mūsų dažniausiai užduodamų klausimų skyrių, kad sužinotumėte daugiau apie mobiliųjų programėlių testavimą ir atsakytumėte į kai kuriuos klausimus.

 

1. Geriausi kursai apie mobiliųjų programėlių testavimą

 

Yra keletas mobiliųjų programėlių testavimo kursų, kuriuos galite išklausyti, kad daugiau sužinotumėte apie šį procesą ir patobulintumėte savo įgūdžius.

 

Geriausi mobiliųjų programų testavimo kursai:

 

– “Mobiliųjų įrenginių testavimo meistriškumo kursas (2023) nuo pat pradžių” pagal “Udemy

– “ISTQB Foundation – Sertifikuotas mobiliųjų programėlių testuotojas” pagal TSG Training

– “Įvadas į mobiliųjų programų testavimą”, Alison

– “Mobiliųjų programų testavimo mokymai” pagal TekSlate

– “Mobiliųjų programų testavimo mokymai” pagal “ZeoLearn

 

2. Kokie yra 5 svarbiausi interviu klausimai apie mobiliųjų programėlių testavimą?

 

Kai kandidatuojate į mobiliųjų programėlių testuotojus, pokalbio dalyviai paprastai užduoda panašius programinės įrangos testavimo klausimus:

 

– Ar galite palyginti ir sugretinti savo patirtį testuojant mobiliąją programėlę su savo patirtimi testuojant stalinius kompiuterius ar kitą nuosavybinę programinę įrangą?

– Kaip manote, kokie yra didžiausi mobiliųjų programėlių testavimo komandos iššūkiai ir kaip juos spręstumėte?

– Koks automatizavimo vaidmuo mobiliųjų programėlių testavime ir kada jį naudotumėte vietoj rankinio testavimo?

– Ar turite patirties rengiant testus prieš juos atliekant?

– Kokie yra UAT testavimo ir sistemos testavimo skirtumai ir kaip jie susiję su mobiliųjų programėlių testavimu?

 

3. Geriausios “YouTube” pamokos apie mobiliųjų programėlių testavimą

 

Vieni geriausių būdų, kaip pagerinti mobiliosios programėlės testavimo standartus, yra “YouTube” pamokos. “YouTube” vadovėliai, kuriais galite pasikliauti norėdami patobulinti mobiliųjų programėlių testavimo procesus:

 

– “Manual Mobile Testing Tutorial for Beginners” pagal Testing Shala

– “QAFox” sukurtas “Mobile Testing Made Easy

– “Mobiliųjų programėlių testavimas: IOS/Android” pagal Ikechi Okereke

– “Mobiliųjų programų testavimas”, Tricentis Academy

– “Išmokite mobiliųjų programų testavimo nuo nulio | Mobiliųjų programų testavimas pradedantiesiems” pagal TechieQA

 

4. Kaip išlaikyti mobiliųjų programėlių testus?

 

Pradėjusios dirbti su mobiliųjų programėlių testais, organizacijos imasi keleto veiksmų, kad išlaikytų jų testavimą. Svarbiausia – nuolat testuoti panašiose aplinkose, kad gautumėte tikslius rezultatus visose testavimo ir programinės įrangos versijose.

Taip pat apsvarstykite galimybę, jei įmanoma, atlikti testavimo atvejų kodo auditą, nes taip kodas išlieka tikslus, o testavimas pritaikomas prie naujausios programos versijos.

 

5. Kaip rankiniu būdu testuojate mobiliąsias programėles?

 

Rankinis mobiliųjų programų testavimas yra sudėtingas procesas. Testavimą pradėkite nuo testų plano sudarymo, o tada sukurkite testavimo atvejus ir tik tada juos nuodugniai išnagrinėkite. Dirbdami su programine įranga kruopščiai peržiūrėkite visus šiuos bandymų atvejus ir užsirašykite visas pasitaikančias klaidas ir našumo problemas.

Šio proceso pabaigoje parašykite išsamią ataskaitą apie visus teigiamus ir neigiamus programos aspektus ir perduokite ją kūrėjų komandai, kad ši ištaisytų visas programinėje įrangoje esančias problemas. Ciklas tęsiasi ir testuojant kitą programos iteraciją.

 

6. Geriausios knygos apie mobiliųjų programėlių testavimą

 

– “Praktinis mobiliųjų programėlių testavimas: Daniel Knott: “Rankų darbo testavimas: vadovas mobiliųjų programėlių testuotojams ir visiems, susijusiems su mobiliųjų programėlių verslu

– “Mobiliųjų įrenginių testavimas: Ajay Balamurugadas ir Sundaresan Krishnaswami: “Ready Reckoner

– “Prisilietimas prie mobiliųjų programų dizaino” – Jonathan Kohl

 

7. Kuris įrankis yra geriausias mobiliųjų programėlių testavimui?

 

Yra keletas pagrindinių mobiliųjų programėlių testavimo įrankių, iš kurių vienas svarbiausių yra ZAPTEST. Kompiuterinio matymo ir ZAP eksperto prieigos derinys daro ją viena išsamiausių galimybių testuoti bet kokias mobiliąsias programėles lygiagrečiai, skirtingose platformose, skirtinguose įrenginiuose, skirtingose naršyklėse…

 

8. Ar lengva išmokti mobiliojo testavimo?

 

Tai priklauso nuo to, kokio tipo bandymus atliekate. Rankinis mobiliųjų įrenginių testavimas gali būti sudėtingas procesas, nes reikia atlikti daugybę veiksmų, įskaitant bandymų aplinkos parengimą, kiekvieno atskiro bandymo etapo atlikimą ir rezultatų užrašymą, prieš bandant rasti iškilusių problemų sprendimą.

Priešingai, automatizuotas testavimas be kodo yra paprastas. Naudodamiesi tokia priemone kaip ZAPTEST galite parengti testus nemokėdami programuoti, nurodyti programinei įrangai, ką testuoti, ir tiesiog gauti rezultatus.

Proceso pabaigoje gaunate rezultatus ir juos įvertinate prieš pradėdami šalinti bet kokius programinės įrangos trūkumus. Automatizavimo įrankių tikslas – supaprastinti QA darbo eigą taip, kad visiškai naujiems testuotojams būtų neįtikėtinai paprasta prisitaikyti prie naujų užduočių.

 

9. Kuo skiriasi mobiliųjų programėlių testavimas ir mobiliųjų įrenginių testavimas?

 

Mobiliųjų įrenginių testavimas paprastai atliekamas siekiant nustatyti, ar įrenginys, kuriame veikia programa, veikia tinkamai. Testuojant mobiliąsias programas tikrinama programa įvairiuose įrenginiuose, daugiausia dėmesio skiriant programinei, o ne aparatinei įrangai.

 

Download post as PDF