Mobilās lietotnes veiktspējas pārbaude: CheckList, Tools (Andriod & iOS)

Satura rādītājs:

Anonim

Jebkurai mobilajai lietotnei veiktspēja ir ļoti kritiska. Ja jūsu mobilā lietotne nedarbojas labi, gala lietotājs atinstalēs jūsu lietotni un atradīs citu lietojumprogrammu, kas darbojas labāk.

Jūsu mobilā lietojumprogramma ir rūpīgi jāpārbauda, ​​pirms to izlaiž galalietotājam.

Šajā apmācībā jūs uzzināsiet

  • Mobilo lietojumprogrammu testēšanas stratēģija
  • Ierīces veiktspēja
  • Servera veiktspēja
  • Tīkla veiktspēja
  • Mobilo lietojumprogrammu veiktspējas problēmu novēršana
  • Noderīgi mobilo lietotņu testēšanas rīki
  • Izaicinājumi
  • Iestatiet mobilo lietotņu veiktspējas pārbaudes vidi
  • Veiktspējas kontrolsaraksts mobilajām lietotnēm

Mobilo lietojumprogrammu testēšanas stratēģija

Lietojumprogrammas veiktspēju mobilajā tālrunī vai jebkurā viedierīcē parasti mēra šādās trīs kategorijās.

  • Ierīces veiktspēja
  • Servera / API veiktspēja
  • Tīkla veiktspēja

Ierīces veiktspēja

Kad klients izjūt lēnu lietotni, viņš kaitina.

Lai pārbaudītu ierīces veiktspēju, jūs pārbaudīsit:

  • Lietotnes startēšana

    Cik daudz laika jūsu lietotne startē? Tas ir pirmais veiktspējas parametrs, ko novērtējis lietotājs. Īkšķa likums: pēc tam, kad lietotājs pieskaras lietotnes ikonai, pirmais ekrāns jāparāda pēc 1-2 sekundēm.

  • Akumulatora darbības laiks, lietojot lietotni

    Pastāvīgi lietojot, dažas mobilās lietotnes patērē daudz akumulatora darbības laika un silda tālruni. Šis faktors daudz papildina jebkuras mobilās lietotnes veiktspēju un parasti var notikt, ja jūsu lietotne izmanto vairāk resursu nekā nepieciešams. Pārmērīga resursu izmantošana rada apgrūtinājumu procesoram, un tālrunis sasilst.

  • Atmiņas patēriņš

    Pārbaudot lietotni, jāpārbauda lietotnes atmiņas patēriņš. Īstenojot lietotnē noteiktas funkcijas, palielinās arī atmiņas patēriņš. Piemēram, Android lietotnēs, kad tiek ieviesti informatīvie paziņojumi, palielinās atmiņas patēriņš.

    Dažos gadījumos ir novērots, ka visa OS atmiņas izmantošana ir tikai 14%, bet jauna lietotne patērē 11%. Tātad šie faktori ir jārisina pirms lietotnes izvietošanas reālajā pasaulē vai došanas klientam.

  • Aparatūras / programmatūras variācijas

    Pārbaudot mobilo lietotni, ir jāpārbauda lietotnes dažādās ierīcēs. Var gadīties, ka lietotne darbojas nevainojami vienā ierīcē, bet citā - ne. Tāpat kā dažādiem Android ierīču pārdevējiem, arī mēs varam pārbaudīt lietotni Samsung, HTC un Lenovo tālruņos. Tāpat lietotne ir jātestē, izmantojot dažādas RAM un procesora specifikācijas, piemēram, 1 GB vai 2 GB.

  • Izmantošana ar citām lietotnēm

    Kad pārbaudāmā lietotne darbojas paralēli citām lietotnēm, nevajadzētu traucēt. Vislabāk to pārbaudīt, pārslēdzot testējamo lietotni un citas lietotnes.

  • Lietotne fonā

    Lietotne, kas darbojas fonā, ir izgūta, tai vajadzētu palikt tādā pašā stāvoklī kā iepriekš. Ja šis scenārijs netiek apstrādāts pareizi, dati tiek zaudēti. Iegūstot lietotni, atkal jāievada dati no nulles.

Servera / API veiktspēja

Kad lietotne mijiedarbojas ar serveri, izmantojot API, atbildes laiks kļūst kritisks veiktspējai. Servera veiktspēju pārbaudīsit -

  • Dati uz un no servera

    Lietotnei vajadzētu efektīvi apstrādāt datus, kas tiek sūtīti no servera. Datu ielāde nedrīkst aizņemt pārāk daudz laika. Dažās lietotnēs dati tiek sūtīti noteiktā formātā. Tāpēc pirms tā parādīšanas lietotnē tas jāpārvērš attiecīgajā formātā. Šajā procesā lietotnes dažkārt kļūst lēnākas, un reakcijas laiks kļūst ilgāks.

  • API zvani, kas ģenerēti no lietotnes

    Zvaniem no testējamās lietotnes uz serveri, kas ģenerēts no lietotnes, jābūt mazākam. Dažos gadījumos par vienu un to pašu funkcionalitāti tiek veikti vairāki API izsaukumi. Lai nodrošinātu labāku sniegumu, tas jārisina ar mazāku zvanu skaitu.

  • Servera dīkstāves laiks

    Jebkura iemesla dēļ, ja serveris nedarbojas vai nav sasniedzams, mēs varam saglabāt datus vietējā datu bāzē. Tātad, kad serveris nedarbojas, mēs varam parādīt datus, kas saglabāti vietējā datu bāzē. Cits risinājums varētu būt kļūmjpārlēces datu bāzes serveri, ti, ja kāds no serveriem nedarbojas vai uzturēšanas fāzē ir jābūt pieejamam rezerves serverim, lai pārslēgtos. Kļūmjpārlēces / rezerves serverim jābūt nepārtrauktā replikācijā un sinhronizācijā ar galveno serveri.

Tīkla veiktspēja

Ir jāmēra lietotnes veiktspēja dažādos tīklos un tīkla īpašībās.

Tīkla veiktspēju pārbaudīsit tālāk norādītās lietas.

  • Nervozitāte

    Ja kavējas informācijas saņemšana tīklā, to sauc par satricinājumiem. Tā ir problēma ar bezvadu savienojuma tīkliem vai pakešu komutatoru tīkliem. Tā kā informācija tiek sadalīta paketēs, paketes var pārvietoties pa atšķirīgu ceļu no sūtītāja uz saņēmēju. Kad dati nonāk paredzētajā vietā, tie tiek kodēti, nekā sākotnēji tika nosūtīti. Jitters gadījumā mobilajai lietotnei jābūt pietiekami spējīgai to apstrādāt.

    Jums ir jāparāda atbilstošie paziņojumi galalietotājam vai nu, lai atkārtoti nosūtītu pieprasījumu, vai arī pagaidiet, līdz sistēma atkal atbildēs.

  • Pakešu zaudēšana

    Pilnīgas paketes nozaudēšanas gadījumā lietotnei vajadzētu būt iespējai nosūtīt atkārtotu informācijas pieprasījumu vai attiecīgi ģenerēt brīdinājumus. Ja dati nav pilnīgi, lietotājs nevarēs saprast lietotnē redzamo informāciju. Tas var radīt stresu lietotājam. Tātad, labāk ir parādīt piemērotu ziņojumu vai mudināt lietotāju mēģināt vēlreiz.

  • Tīkla ātrums

    Lietotne jāpārbauda dažādos tīklos ar mainīgu ātrumu. Lietotne jāpārbauda 2,5G, 3G un 4G tīklos. Šajā ir iekļauts gan Wi-Fi, gan mobilais tīkls. Tāpat jāuzrauga lietotnes uzvedība. It īpaši, ja ir pieejami abi tīkli, un pārslēgšanās notika no viena tīkla uz citu.

    Piemēram, lietotnē var rasties problēma, pārslēdzot tālruņa tīklu no 4G uz WIFI un otrādi. Šajā gadījumā lietotne vairs nereaģē, un, lai to lietotu, var būt nepieciešams restartēt lietotni.

Mobilo lietojumprogrammu veiktspējas problēmu novēršana

Pēc problēmu / problēmu atklāšanas veiktspējas testēšanas laikā. Ir pienācis laiks izsekot un novērst kļūdas.

1. problēma. Mobilās lietotnes novēlota vai gausa atbilde.

Šīs kavēšanās cēlonis var būt RAM, kešatmiņa utt.

Jums ir jāiznīcina nevajadzīgi procesi vai jāiztīra kešatmiņa. Savienojamības problēmas novēršana var atrisināt dažas problēmas, kas rada kavēšanos

2. problēma. Lietotnes restartēšana, bloķēšana, iesaldēšana vai nereaģēšana.

To var noteikt, veicot dažas no šīm darbībām

  • Lietojumprogrammu kodu optimizēšana
  • Programmatūra ir jālāpo un jāatjaunina.
  • Automātiska atjaunošana
  • RAM vai dažos gadījumos ROM pārvaldība, izmantojot ārējās kartes
  • Notīriet kešatmiņas nodalījumu
  • Lietotnes pārbaude, strādājot ar citām trešo pušu lietotnēm un API
  • Mobilās lietojumprogrammas kartēšana atbilstoši ierīcei

Noderīgi mobilo lietotņu testēšanas rīki

Mobilo lietotņu testēšanas rīki atšķiras atkarībā no ierīcēm vai mobilās operētājsistēmas. Daži izplatīti mobilo lietotņu veiktspējas pārbaudes rīki ir

ANDROIDS

  • Robotiums

    Tas ir tāpat kā selēns mobilajām lietotnēm. Testētājs var ierakstīt un atskaņot vairākas darbības, kas nepieciešamas testēšanas veikšanai.

  • Pērtiķu skrējējs

    MonkeyRunner var veikt testus ar reālām ierīcēm, kas savienotas ar datoru vai emulatoriem. Rīkam ir API, kas ļauj kontrolēt viedtālruni, planšetdatoru vai emulatoru ārpus Android koda.

ĀBOLI

  • Automator (Mac)

    Automator ir Apple izstrādāta lietojumprogramma OS X. Tā īsteno darbvirsmu ar klikšķi un noklikšķiniet (vai velciet un nometiet) atkārtotu uzdevumu automatizēšanai partijās, lai ātrāk veiktu izmaiņas. Tas ietaupa laiku un pūles, salīdzinot ar cilvēka iejaukšanos, lai manuāli mainītu katru failu atsevišķi.

Izaicinājumi

Galvenās problēmas, ar kurām jāsaskaras, veicot veiktspējas testēšanu, ietver

  • Dažādu mobilo platformu un to operētājsistēmu organizēšana
  • Simulējot savienojamību, piemēram, Edge, 3G, 4G vai WiFi utt.
  • Mobilās ierīces ierobežo, piemēram, akumulatora un resursu patēriņu
  • Mobilā tālruņa lietojamība
  • Dažādu izmēru mobilās ierīces, lai palaistu to pašu lietotni

Iestatiet mobilo lietotņu veiktspējas pārbaudes vidi

Lai konfigurētu testa vidi, jums

  • Izpratne par pārbaudāmo mobilo lietotni
  • Dažādu OS identifikācija, kurās lietotnei jādarbojas
  • Testa iestatīšanas veidošana
    • Izveidojiet emulatorus vai simulatorus
    • Faktiskās iestatīšanas prototipēšana
  • Testēšanai piemērota rīka izvēle

Mobilās lietotnes veiktspējas pārbaudes kontrolsaraksts

Mobilo lietotņu veiktspējas pārbaude ir svarīgs pasākums pirms izlaišanas. Veiktspējas pārbaude tiek veikta, lai pārbaudītu

  • Cik daudz RAM ir nepieciešams, lai izmantotu šo lietotni?
  • Lai pārbaudītu APP ātrumu un reakcijas laiku dažādos tīklos un apstākļos.
  • Nodrošiniet reālistisku lietotāja pieredzi vairākos tīkla apstākļos
  • Nodrošiniet vajadzīgo rezultātu sasniegšanu vairāku savienojumu gadījumā
  • Nodrošiniet, lai lietojumprogramma netiktu avarēta.
  • Pārliecinieties, ka mobilās lietojumprogrammas darbojas labi, lietojot datus, Wi-Fi vai citu savienojumu
  • Uzdevuma un mobilās API izmantošanas sastrēgumu uzraudzība
  • Lai nodrošinātu maksimālu vienlaicīgu lietotāju skaitu
  • Visbeidzot, lai pārbaudītu mobilās lietotnes robežas

Kopsavilkums

  • Veiktspējas pārbaudei nepieciešama izpratne par mobilo lietotni, resursu izmantotāju, virtuālajiem lietotājiem, emulatoriem un vairākām testēšanas stratēģijām.
  • Lietotnes veiktspēju mobilajā tālrunī mēra šādās trīs kategorijās.
    • Ierīces veiktspēja
    • Servera veiktspēja
    • Tīkla veiktspēja
  • Veiktspējas testēšanas izaicinājumi ietver kompaktus mobilo ierīču izmērus, resursu pieejamību, izmaksas un budžeta veidošanu.

Šī raksta autors ir Nosheen Wajahat