Bet kurios programos mobiliesiems našumas yra labai svarbus. Jei jūsų mobilioji programa neveikia gerai, galutinis vartotojas pašalins jūsų programą ir ras kitą našesnę programą.
Jūsų mobilioji programa turi būti kruopščiai išbandyta prieš ją išleidžiant galutiniam vartotojui.
Šioje pamokoje sužinosite
- Mobiliųjų programų testavimo strategija
- Įrenginio našumas
- Serverio našumas
- Tinklo našumas
- Mobiliųjų programų našumo trikčių šalinimas
- Naudingi mobiliųjų programų testavimo įrankiai
- Iššūkiai
- Nustatykite programų mobiliesiems našumo bandymo aplinką
- Mobiliųjų programų našumo kontrolinis sąrašas
Mobiliųjų programų testavimo strategija
Programos našumas mobiliajame telefone ar bet kuriame išmaniajame įrenginyje paprastai matuojamas šiose trijose kategorijose.
- Įrenginio našumas
- Serverio / API našumas
- Tinklo našumas
Įrenginio našumas
Kai klientas patiria lėtą programėlę, jis susierzina.
Dėl įrenginio našumo patikrinsite:
- Programos paleidimas
Kiek laiko užtrunka jūsų programos paleidimas? Tai yra pirmasis vartotojo įvertintas našumo parametras. Kaip nykščio taisyklė, vartotojui palietus programos piktogramą, pirmasis ekranas turėtų būti rodomas per 1-2 sekundes.
- Baterijos laikas naudojant programą
Nuolat naudojant kai kurias mobiliąsias programas, sunaudojama daug akumuliatoriaus energijos ir šildomas telefonas. Šis veiksnys labai padidina bet kurios programos mobiliesiems našumą ir paprastai gali atsitikti, kai programa naudoja daugiau išteklių nei reikalaujama. Pernelyg didelis išteklių naudojimas sukuria naštą procesoriui, o telefonas įkaista.
- Atminties suvartojimas
Testuojant programą, reikia patikrinti, ar programa naudoja atmintį. Programoje įdiegus tam tikras funkcijas, atminties sąnaudos taip pat padidėja. Pavyzdžiui, „Android“ programose, kai įdiegiami „push“ pranešimai, atminties sąnaudos padidėja.
Kai kuriais atvejais pastebėta, kad visa OS naudoja tik 14% atminties, tačiau nauja programa sunaudoja 11%. Taigi, prieš diegiant programą realiame pasaulyje arba atiduodant klientui, šiuos veiksnius reikia spręsti.
- Aparatūros / programinės įrangos variantai
Testuojant programą mobiliesiems, būtina patikrinti programas skirtinguose įrenginiuose. Gali būti, kad programa viename įrenginyje veikia sklandžiai, bet kitame - ne. Kaip ir skirtingus „Android“ įrenginių pardavėjus, programą galime patikrinti „Samsung“, „HTC“ ir „Lenovo“ telefonuose. Panašiai programą reikia išbandyti naudojant skirtingas RAM ir procesoriaus specifikacijas, pvz., 1 GB arba 2 GB.
- Naudojimas su kitomis programomis
Kai bandoma programa veikia lygiagrečiai su kitomis programomis, neturėtų būti jokių trukdžių. Geriausias būdas tai patikrinti yra perjungiant bandomą programą ir kitas programas.
- Programa fone
Programa, veikianti fone, yra gauta, ji turėtų likti tokioje pačioje būsenoje, kokia buvo anksčiau. Jei šis scenarijus nėra tinkamai tvarkomas, duomenys prarandami. Vėlgi, gaukite programą, turite įvesti duomenis nuo nulio.
Serverio / API našumas
Kai programa sąveikauja su serveriu per API, atsakymo laikas tampa labai svarbus našumui. Dėl serverio našumo patikrinsite -
- Duomenys į serverį ir iš jo
Programa turėtų efektyviai tvarkyti duomenis, siunčiamus iš serverio. Įkeliant duomenis neturi užtrukti per daug laiko. Tam tikrose programose duomenys siunčiami nurodytu formatu. Taigi prieš pateikiant jį programoje, jis turėtų būti konvertuotas į atitinkamą formatą. Šiame procese programos kartais lėtėja, o atsakymo laikas ilgėja.
- API skambučiai sugeneruoti iš „App“
Bandomų programos skambučių į serverį, sugeneruotą iš programos, skaičius turėtų būti mažesnis. Kai kuriais atvejais tam pačiam funkcionalumui atliekami keli API skambučiai. Kad darbas būtų geresnis, tai turėtų būti atliekama su mažesniu skambučių skaičiumi.
- Serverio neveikimo laikas
Dėl kokių nors priežasčių, jei serveris neveikia arba nepasiekiamas, galime išsaugoti duomenis gimtojoje duomenų bazėje. Taigi, kai serveris neveikia, galime parodyti duomenis, saugomus gimtojoje duomenų bazėje. Kitas sprendimas gali būti perjungimo duomenų bazių serveriai, ty jei vienas iš serverių neveikia arba yra priežiūros etape, atsarginės kopijos serveris turėtų būti perjungiamas. Perkėlimo / atsarginės kopijos serveris turi būti nuolat replikuojamas ir sinchronizuojamas su pagrindiniu serveriu.
Tinklo našumas
Reikia įvertinti programos našumą skirtinguose tinkluose ir tinklo ypatybėse.
Dėl tinklo našumo patikrinsite šiuos dalykus.
- Jitters
Kai vėluojama gauti informaciją tinkle, tai vadinama nervingumu. Tai problema, susijusi su belaidžiais tinklais arba paketinių komutatorių tinklais. Kai informacija yra paskirstoma į paketus, paketai gali keliauti skirtingu keliu nuo siuntėjo iki gavėjo. Kai duomenys patenka į numatytą vietą, jie tampa šifruoti, nei buvo iš pradžių išsiųsti. „Jitters“ atveju mobilioji programa turėtų būti pakankamai pajėgi ją valdyti.
Turite parodyti atitinkamus pranešimus galutiniam vartotojui, norėdami išsiųsti užklausą iš naujo, arba palaukite, kol sistema vėl atsakys.
- Paketų praradimas
Visiško paketų praradimo atveju programa turėtų galėti išsiųsti užklausą dėl informacijos arba turėtų atitinkamai sugeneruoti įspėjimus. Jei duomenys nėra išsamūs, vartotojas negalės suprasti programos „App“ rodomos informacijos. Tai gali sukelti stresą vartotojui. Taigi, geriau rodyti tinkamą pranešimą arba paraginti vartotoją bandyti dar kartą.
- Tinklo greitis
Programėlę reikia patikrinti įvairiuose tinkluose su kintamu greičiu. Programėlę reikėtų išbandyti 2,5G, 3G ir 4G tinkluose. Į tai įtrauktas tiek „Wi-Fi“, tiek mobilusis tinklas. Taip pat reikėtų stebėti programos elgseną. Ypač, kai abu tinklai yra prieinami, o perjungimas įvyko iš vieno tinklo į kitą.
Pvz., Vartotojams programoje gali kilti problema perjungiant telefono tinklą iš 4G į WIFI ir atvirkščiai. Tokiu atveju programa tampa nereaguojanti ir gali reikėti ją paleisti iš naujo.
Mobiliųjų programų našumo trikčių šalinimas
Aptikę problemas / problemas atlikdami našumo testavimą. Laikas atsekti ir ištaisyti gedimus.
1 problema. Atsiliekanti arba lėta mobiliosios programos reakcija.
Šio vėlavimo priežastis gali būti RAM, talpykla ir kt.
Turite užmušti nereikalingus procesus arba išvalyti talpyklą. Sujungimo problemos šalinimas gali išspręsti kai kurias vėluojančias problemas
2 problema. Programos paleidimas iš naujo, užrakinimas, užšalimas ar nereagavimas.
Tai gali būti nustatyta atlikus kelis iš šių veiksmų
- Programos kodų optimizavimas
- Programinė įranga turėtų būti pataisyta ir atnaujinta.
- Automatinis atkūrimas
- RAM arba kai kuriais atvejais ROM valdymas naudojant išorines korteles
- Nuvalykite talpyklos skaidymą
- Programos, veikiančios su kitomis trečiųjų šalių programomis ir API, patikrinimas
- Mobiliosios programos atvaizdavimas pagal įrenginį
Naudingi mobiliųjų programų testavimo įrankiai
Programų mobiliesiems testavimo įrankiai skiriasi priklausomai nuo įrenginių ar mobiliosios OS. Kai kurie įprasti programų mobiliesiems našumo testavimo įrankiai yra
ANDROIDAS
- Robotiumas
Tai visai kaip „Selenium for Mobile Apps“. Testuotojas gali įrašyti ir atlikti kelis veiksmus, reikalingus atlikti bandymą.
- Beždžionių bėgikas
„MonkeyRunner“ gali atlikti bandymus realiuose įrenginiuose, prijungtuose prie kompiuterio ar emuliatorių. Įrankis turi API, leidžiančią valdyti išmanųjį telefoną, planšetinį kompiuterį ar emuliatorių iš „Android“ kodo ribų.
OBUOLIS
- „Automator“ („Mac“)
„Automator“ yra „Apple“ sukurta programa, skirta OS X. Ji įgyvendina kurdami pelę ir spustelėkite (arba vilkite ir upu) darbo eigą, kad pasikartojančios užduotys būtų automatizuotos į paketus, kad būtų galima greičiau pakeisti. Tai taupo laiką ir pastangas, nes žmogui reikia rankiniu būdu pakeisti kiekvieną failą atskirai.
Iššūkiai
Pagrindiniai iššūkiai, su kuriais susidurta atliekant našumo testavimą, yra šie:
- Skirtingų mobiliųjų platformų ir jų operacinių sistemų organizavimas
- Modeliuojami tokie ryšiai kaip „Edge“, 3G, 4G ar „WiFi“ ir kt.
- Mobilieji prietaisai riboja baterijos ir išteklių naudojimą
- Mobilaus telefono naudojimas
- Įvairių dydžių mobilieji įrenginiai paleisti tą pačią programą
Nustatykite programų mobiliesiems našumo bandymo aplinką
Norėdami sukonfigūruoti bandymo aplinką, turite:
- Supratimas apie programą mobiliesiems, kurią reikia išbandyti
- Skirtingų OS, kuriose turi veikti programa, identifikavimas
- Testo sąrankos kūrimas
- Sukurkite emuliatorius ar treniruoklius
- Faktinės sąrangos prototipai
- Tinkamo įrankio pasirinkimas testavimui
Mobiliųjų programų našumo testavimo kontrolinis sąrašas
Programų mobiliesiems testavimas yra svarbi priemonė prieš išleidimą. Našumo testavimas atliekamas norint patikrinti
- Kiek RAM reikia norint naudoti šią programą?
- Norėdami patikrinti APP greitį ir atsako laiką skirtingais tinklais ir aplinkybėmis.
- Užtikrinkite realistišką vartotojo patirtį esant kelioms tinklo sąlygoms
- Užtikrinkite, kad būtų pasiekti reikalingi rezultatai, jei yra daugybė ryšių
- Įsitikinkite, kad programa nesutrinka.
- Užtikrinkite, kad mobiliosios programos veiktų gerai, kai naudojatės duomenimis, „Wi-Fi“ ar kitu ryšiu
- Veikimo laiko ir mobiliųjų API naudojimo kliūčių stebėjimas
- Siekiant užtikrinti maksimalų vienu metu esančių vartotojų skaičių
- Galiausiai, norėdami patikrinti mobiliosios programos ribas
Santrauka
- Našumo testavimui reikalingas mobiliųjų programų, išteklių naudojimo, virtualių vartotojų, emuliatorių ir kelių bandymo strategijų supratimas.
- Programos našumas mobiliajame telefone matuojamas šiose trijose kategorijose.
- Įrenginio našumas
- Serverio našumas
- Tinklo našumas
- Našumo testavimo uždaviniai apima kompaktiškus mobiliųjų įrenginių dydžius, išteklių prieinamumą, sąnaudų apskaičiavimą ir biudžeto sudarymą.
Prie šio straipsnio prisidėjo Nosheenas Wajahatas
