Mobiilirakenduste testimine: näidistesti juhtumid ja testistsenaariumid

Meie õppijate sage küsimus on, kuidas testida mobiilirakendusi? Selles õpetuses pakume proovistsenaariumi/testijuhtumeid mobiilirakenduse testimiseks.

Võite läbi viia mõned või kõik testjuhtumid vastavalt oma mobiilitestinõuetele. Testjuhtumid korraldatakse mobiilitestimise tüüpide alusel.

Mobiilirakenduse funktsionaalne testimine

. Mobiilirakenduse funktsionaalne testimine on protsess, mille käigus testitakse mobiilirakenduste funktsioone, nagu kasutaja interaktsioonid, ja ka kasutajate sooritatavate tehingute testimine. Mobiilirakenduse funktsionaalsuse testimise põhieesmärk on kvaliteedi tagamine, etteantud ootustele vastamine, riskide või vigade vähendamine ja klientide rahulolu.

Funktsionaalse testimise puhul on olulised erinevad tegurid

1. Rakenduse tüüp, mis põhineb ärifunktsioonide kasutusel (pangandus, hasartmängud, sotsiaalne või äri)
2. Target vaatajaskonna tüüp (tarbija, ettevõte, haridus)
3. Levitamiskanal, mida kasutatakse rakenduse levitamiseks (nt Apple App Store, Google play, otselevita)

Funktsionaalse testimise kõige põhilisemateks testimistsenaariumideks võib pidada järgmist:

1. Kontrollimaks, kas kõik nõutavad kohustuslikud väljad töötavad nagu nõutud.
2. Kontrollimaks, kas kohustuslikud väljad kuvatakse ekraanil eristaval viisil kui mittekohustuslikud väljad.
3. Rakenduse käivitumisel/seiskumisel kontrollimaks, kas rakendus töötab vastavalt nõuetele.
4. Kontrollimaks, kas rakendus läheb sissetuleva telefonikõne korral minimeeritud režiimi. Sama kinnitamiseks peame seadmele helistamiseks kasutama teist telefoni.
5. Kontrollimaks, kas telefon suudab rakenduse töötamise ajal SMS-e salvestada, töödelda ja vastu võtta. Sama kinnitamiseks peame kasutama teist telefoni, et saata SMS-i seadmesse, mida testitakse ja kus testitav rakendus parasjagu töötab.
6. Kontrollimaks, kas seade on võimeline täitma nõutavaid multitegumtöö nõudeid alati, kui see on vajalik.
7. Kinnitage, et rakendus võimaldab vajalikke suhtlusvõrgustike valikuid, nagu jagamine, postitamine ja navigeerimine jne.
8. Kinnitage, et rakendus toetab kõiki makselüüsi tehinguid, nagu Visa, Mastercard, Paypal jne, nagu rakendus nõuab.
9. Kontrollimaks, kas lehe kerimise stsenaariumid on rakenduses vajadusel lubatud.
10. Kinnitage, et rakenduse asjakohaste moodulite vahel navigeerimine vastab nõuetele.
11. Kontrollimaks, et kärpimisvead on täiesti taskukohase piirini.
12. Kontrollimaks, kas kasutaja saab sobiva tõrketeate, näiteks „Võrgutõrge. Proovige mõne aja pärast” alati, kui tekib võrgutõrge.
13. Kontrollimaks, kas installitud rakendus võimaldab teistel rakendustel rahuldavalt töötada ja see ei söö teiste rakenduste mälu.
14. Kontrollimaks, et rakendus jätkub viimase toimingu ajal raske taaskäivituse või süsteemi krahhi korral.
15. Kontrollimaks, kas rakenduse installimine sujub sujuvalt, kui kasutajal on selleks vajalikud ressursid ja see ei too kaasa olulisi vigu.
16. Kinnitage, et rakendus täidab automaatse käivituse funktsiooni vastavalt nõuetele.
17. Kontrollimaks, kas rakendus töötab kõigis mobiiliversioonides, mis on 2g, 3g ja 4g, vastavalt nõuetele.
18. Esinema Regressioonitestimine uute tarkvaravigade avastamiseks süsteemi olemasolevates piirkondades pärast nende muudatuste tegemist. Käivitage uuesti ka varem tehtud testid, et teha kindlaks, kas programmi käitumine ei ole muudatuste tõttu muutunud.
19. Kontrollimaks, kas rakendus pakub saadaolevat kasutusjuhendit neile, kes pole rakendusega tuttavad

Jõudluskontrolli katsejuhtumid

Seda tüüpi testimise põhieesmärk on tagada, et rakendus toimiks vastuvõetavalt teatud jõudlusnõuete korral, näiteks suure hulga kasutajate juurdepääs või infrastruktuuri võtmeosa, näiteks andmebaasiserveri eemaldamine.

Mobiilirakenduse jõudluse testimise üldised testimise stsenaariumid on järgmised:

1. Et teha kindlaks, kas rakendus töötab erinevatel koormustingimustel vastavalt nõuetele.
2. Et teha kindlaks, kas praegune võrgu leviala suudab toetada rakendust tipptasemel, keskmisel ja minimaalsel kasutajatasemel.
3. Et teha kindlaks, kas olemasoleva kliendi-serveri konfiguratsiooni seadistus tagab vajaliku optimaalse jõudluse.
4. Teha kindlaks erinevad rakenduse ja infrastruktuuri kitsaskohad, mis takistavad rakendusel töötamist nõutud vastuvõetavuse tasemel.
5. Kontrollimaks, kas taotluse reageerimisaeg vastab nõuetele.
6. Toote ja/või riistvara hindamiseks, et teha kindlaks, kas see suudab kavandatud koormusmahtudega hakkama saada.
7. Hindamaks, kas aku kestvus toetab rakendusel töötamist prognoositud koormuste korral.
8. Rakenduse jõudluse kinnitamiseks, kui võrk muudetakse 2G/3G asemel WIFI-ks või vastupidi.
9. Iga vajaliku kontrollimiseks on protsessori tsükkel optimeerimine
10. Kontrollimaks, kas aku tarbimine, mälulekked, ressursid (nt GPS) ja kaamera jõudlus vastavad nõutavatele juhistele.
11. Rakenduse pikaealisuse kinnitamiseks alati, kui kasutaja koormus on range.
12. Võrgu jõudluse kontrollimiseks seadmega ringi liikudes.
13. Rakenduse jõudluse kinnitamiseks, kui ühenduse loomiseks on vaja ainult vahelduvaid faase.

Turvalisuse testimise katsejuhtumid

Turvatesti põhieesmärk on tagada, et rakenduse andme- ja võrguturbenõuded oleksid juhiste kohaselt täidetud.

Järgmised on mobiilirakenduste turvalisuse kontrollimise kõige olulisemad valdkonnad.

1. Kontrollimaks, kas rakendus suudab vastu pidada igasugusele jõhkra jõu rünnakule, mis on automaatne katse-eksituse protsess, mida kasutatakse inimese kasutajanime, parooli või krediitkaardinumbri ära arvamiseks.
2. Kontrollimaks, kas rakendus ei luba ründajal juurdepääsu tundlikule sisule või funktsioonidele ilma nõuetekohase autentimiseta.
3. Kontrollimaks, kas rakendusel on tugev paroolikaitsesüsteem ja see ei võimalda ründajal teise kasutaja parooli hankida, muuta ega taastada.
4. Kinnitage, et rakendus ei kannata seansi ebapiisava aegumise tõttu.
5. Dünaamiliste sõltuvuste tuvastamiseks ja meetmete võtmiseks, et takistada ründajatel nendele haavatavustele juurdepääsu.
6. Et vältida SQL süstimisega seotud rünnakud.
7. Haldamata koodistsenaariumide tuvastamiseks ja nendest taastumiseks.
8. Kas rakendus rakendab sertifikaadi kinnitamise või mitte, et tagada sertifikaatide kinnitamine.
9. Rakenduse ja võrgu kaitsmiseks teenuse keelamise rünnakute eest.
10. Andmete säilitamise ja andmete valideerimise nõuete analüüsimine.
11. Seansihalduse lubamine, et takistada volitamata kasutajatel soovimatule teabele juurdepääsu.
12. Kontrollimaks, kas krüptokood on katki, ja veendumaks, et see on parandatud.
13. Kontrollimaks, kas äriloogika juurutamine on turvaline ega ole haavatav mis tahes väljastpoolt tulevate rünnakute suhtes.
14. Failisüsteemi interaktsioonide analüüsimiseks tehke kindlaks haavatavus ja parandage need probleemid.
15. Protokollitöötlejate valideerimiseks, näiteks proovides pahatahtliku iframe'i abil uuesti konfigureerida rakenduse vaikesihtlehte.
16. Kaitseks pahatahtlike kliendipoolsete süstide eest.
17. Kaitseks pahatahtlike käitusaegsete süstide eest.
18. Failide vahemällu salvestamise uurimiseks ja pahatahtlike võimaluste vältimiseks.
19. Andmete ebaturvalise salvestamise vältimiseks rakenduste klaviatuuri vahemälus.
20. Küpsiste uurimiseks ja küpsiste pahatahtlike tegude ärahoidmiseks.
21. Andmekaitseanalüüsi jaoks regulaarsete auditite korraldamine.
22. Uurige kohandatud faile ja vältige kohandatud failide pahatahtlikke tegusid.
23. Puhvri ületäitumise ja mälu riknemise vältimiseks.
24. Erinevate andmevoogude analüüsimiseks ja nendest tulenevate haavatavuste ärahoidmiseks.

Kasutatavuse testimise katsejuhtumid

Mobiilirakenduse kasutatavuse testimise protsess viiakse läbi selleks, et saada kiire ja lihtne samm-rakendus, millel on vähem funktsionaalsust kui aeglane ja keeruline paljude funktsioonidega rakendus. Peamine eesmärk on tagada, et meil oleks lõpuks hõlpsasti kasutatavad, intuitiivsed ja tööstusharus aktsepteeritud liidesed, mida kasutatakse laialdaselt.

1. Et nööbid oleksid vajaliku suurusega ja sobiksid suurtele sõrmedele.
2. Tagamaks, et nupud paikneksid ekraanil samasse ossa, et vältida lõppkasutajate segadust.
3. Tagamaks, et ikoonid on loomulikud ja rakendusega kooskõlas.
4. Tagamaks, et sama funktsiooniga nupud peaksid olema ka sama värvi.
5. Tagamaks, et koputamise sisse- ja väljasuumimisvõimaluste valideerimine peaks olema lubatud.
6. Tagamaks, et klaviatuuri sisendit saab sobival viisil minimeerida.
7. Tagamaks, et rakendus pakuks vastuvõetava aja jooksul vale üksuse puudutamisel tagasimineku või toimingu tühistamise meetodi.
8. Tagamaks, et kontekstimenüüd ei oleks ülekoormatud, kuna seda tuleb kiiresti kasutada.
9. Tagamaks, et tekst oleks lihtne ja selge, et see oleks kasutajatele nähtav.
10. Tagamaks, et lühikesed laused ja lõigud oleksid lõppkasutajatele loetavad.
11. Tagamaks, et fondi suurus on loetav ja mitte liiga suur ega liiga väike.
12. Rakenduse kinnitamiseks küsib kasutaja alati, kui kasutaja hakkab alla laadima suurt hulka andmeid, mis ei pruugi rakenduse jõudlust soodustada.
13. Kinnitada, et rakendus suletakse erinevatest olekutest, ja kontrollida, kas see avaneb uuesti samas olekus.
14. Tagamaks, et kõik stringid teisendatakse sobivatesse keeltesse, kui keeletõlkevõimalus on saadaval.
15. Tagamaks, et rakenduse üksused sünkroonitakse alati vastavalt kasutaja toimingutele.
16. Tagamaks, et lõppkasutajale antakse kasutusjuhend, mis aitab lõppkasutajal rakendust mõista ja kasutada, kes ei pruugi olla rakenduse toimimisega kursis

Kasutatavuse testivad tavaliselt käsitsi kasutajad, kuna ainult inimesed saavad aru teiste kasutajate tundlikkusest ja mugavusvõimest.

Ühilduvuse testimise katsejuhtumid

Mobiilseadmete ühilduvuse testimine viiakse läbi tagamaks, et kuna mobiilseadmetel on erinev suurus, eraldusvõime, ekraan, versioon ja riistvara, tuleks rakendust testida kõigis seadmetes, et tagada rakenduse soovitud toimimine.

Järgmised on ühilduvuse testimise silmapaistvamad valdkonnad.

1. Kontrollimaks, kas rakenduse kasutajaliides vastab seadme ekraani suurusele, ei ole ükski tekst/juhtelement osaliselt nähtamatu või ligipääsmatu.
2. Tagamaks, et tekst on rakenduse kõikidele kasutajatele loetav.
3. Tagamaks, et kõne/häire funktsioon on rakenduse töötamise ajal lubatud. Rakendus minimeeritakse või peatatakse kõne korral ja seejärel jätkatakse rakendust iga kord, kui kõne peatub.

Taastavuse testimise katsejuhtumid

1. Krahhi taastamine ja tehingute katkestused
2. Rakenduse tõhusa taastamise olukorra kinnitamine pärast ootamatuid katkestusi/krahhi stsenaariume.
3. Kontrollimine, kuidas rakendus voolukatkestuse ajal tehingut käsitleb (st aku tühjeneb või seadme äkiline käsitsi väljalülitamine)
4. Ühenduse peatamise protsessi valideerimisel peab süsteem peatatud ühendusest otseselt mõjutatud andmete taastamiseks taastama. Õiguse kasutamine mobiilsed testimisvahendid aitab tagada tõrgeteta taastumisprotsessi.

Tähtis kontrollnimekiri

1. Installimise testimine (kas rakendust saab installida mõistliku aja jooksul ja nõutavate kriteeriumidega)
2. Desinstallimise testimine (kas rakendust saab desinstallida mõistliku aja jooksul ja nõutud kriteeriumi järgi)
3. Võrgu testjuhtumid (kinnitamine selle kohta, kas võrk töötab vajaliku koormuse all või mitte, kas võrk suudab testimise ajal toetada kõiki vajalikke rakendusi)
4. Märkige kaardistamata võtmed
5. Kontrollige rakenduse käivituskuva
6. Jätkuv klahvistiku sisestamine katkestuste ajal ja muul ajal, nagu võrguprobleemid
7. Meetodid, mis käsitlevad rakendusest väljumist
8. Laadija efekt, kui rakendus töötab taustal
9. Madal aku ja kõrge jõudluse nõudlus
10. Aku eemaldamine rakenduse täitmise ajal
11. Aku tarbimine rakenduse järgi
12. Kontrollige rakenduse kõrvaltoimeid