Test af mobilapps: Eksempel på testscenarier og testscenarier

Et hyppigt spørgsmål fra vores elever er Hvordan tester man mobilapps? I dette selvstudie giver vi eksempler på testscenarier/testcases til test af en mobilapplikation.

Du kan udføre nogle eller alle testsager baseret på dine mobiltestkrav. Testcases er organiseret baseret på mobile testtyper.

Funktionstest af mobilapplikation

Funktionstest af mobilapplikation er en proces med test af funktionaliteter i mobilapplikationer som brugerinteraktioner samt test af de transaktioner, som brugere kan udføre. Hovedformålet med funktionel test af mobilapplikationer er at sikre kvaliteten, opfylde de specificerede forventninger, reducere risikoen eller fejlene og kundetilfredsheden.

De forskellige faktorer, der er relevante i funktionstest er

  1. Applikationstype baseret på brugen af ​​forretningsfunktionalitet (bank, spil, social eller forretning)
  2. Målgruppetype (forbruger, virksomhed, uddannelse)
  3. Distributionskanal, som bruges til at sprede applikationen (f.eks. Apple App Store, Google play, direkte distribution)

Funktionstest af mobilapplikation

De mest fundamentale testscenarier i den funktionelle test kan betragtes som:

  1. For at validere, om alle de obligatoriske obligatoriske felter fungerer som påkrævet.
  2. For at validere, at de obligatoriske felter er displayed i skærmen på en markant måde end de ikke-obligatoriske felter.
  3. For at validere, om applikationen fungerer efter krav, når applikationen starter/stopper.
  4. For at validere, om applikationen går i minimeret tilstand, når der er et indgående telefonopkald. For at validere det samme skal vi bruge en anden telefon til at ringe til enheden.
  5. For at validere, om telefonen er i stand til at gemme, behandle og modtage SMS, når appen kører. For at validere det samme skal vi bruge en anden telefon til at sende sms til den enhed, der testes, og hvor applikationen under test kører i øjeblikket.
  6. For at validere, at enheden er i stand til at udføre påkrævede multitasking-krav, når det er nødvendigt at gøre det.
  7. For at validere, at applikationen tillader nødvendige sociale netværksmuligheder såsom deling, opslag og navigation osv.
  8. For at validere, at applikationen understøtter enhver betalingsgateway-transaktion såsom Visa, Mastercard, Paypal osv. som krævet af applikationen.
  9. For at validere, at scenarierne for siderulning aktiveres i applikationen efter behov.
  10. For at validere, at navigationen mellem relevante moduler i applikationen er i overensstemmelse med kravet.
  11. For at validere, at trunkeringsfejlene er absolut til en overkommelig grænse.
  12. For at validere, at brugeren modtager en passende fejlmeddelelse som "Netværksfejl. Prøv venligst efter et stykke tid", når der er nogen netværksfejl.
  13. For at validere, at den installerede applikation gør det muligt for andre applikationer at fungere tilfredsstillende, og det spiser ikke ind i hukommelsen i de andre applikationer.
  14. For at bekræfte, at ansøgningen genoptages til sidst operai tilfælde af en hård genstart eller systemnedbrud.
  15. For at validere, om installationen af ​​applikationen kan udføres problemfrit, forudsat at brugeren har de nødvendige ressourcer, og det ikke fører til væsentlige fejl.
  16. For at validere, at applikationen udfører automatisk start i henhold til kravene.
  17. For at validere, om applikationen fungerer i henhold til kravet i alle versioner af Mobile, der er 2g, 3g og 4g.
  18. At optræde Regressionstest at afdække nye softwarefejl i eksisterende områder af et system, efter at der er foretaget ændringer i dem. Gentag også tidligere udførte test for at fastslå, at programmets adfærd ikke har ændret sig på grund af ændringerne.
  19. For at validere, om applikationen giver en tilgængelig brugervejledning til dem, der ikke er bekendt med appen

Testcases til præstationstest

Denne type tests grundlæggende mål er at sikre, at applikationen fungerer acceptabelt under visse ydeevnekrav, såsom adgang for et stort antal brugere eller fjernelse af en nøgleinfrastrukturdel som en databaseserver.

De generelle testscenarier for præstationstest i en mobilapplikation er:

  1. For at bestemme, om applikationen fungerer i henhold til kravet under forskellige belastningsforhold.
  2. For at afgøre, om den aktuelle netværksdækning er i stand til at understøtte applikationen på spids-, gennemsnits- og minimumsbrugerniveauer.
  3. For at afgøre, om den eksisterende klient-server-konfiguration giver det nødvendige optimale ydeevneniveau.
  4. At identificere de forskellige applikations- og infrastrukturflaskehalse, som forhindrer applikationen i at yde på de krævede acceptabilitetsniveauer.
  5. For at validere, om ansøgningens responstid er i overensstemmelse med kravene.
  6. At evaluere produkt og/eller hardware for at afgøre, om det kan håndtere forventede belastningsmængder.
  7. For at evaluere, om batterilevetiden kan understøtte applikationen til at udføre under forventede belastningsvolumener.
  8. For at validere applikationens ydeevne, når netværket ændres til WIFI fra 2G/3G eller omvendt.
  9. For at validere hver af de nødvendige, er CPU-cyklussen optimering
  10. For at validere, at batteriforbruget, hukommelseslækager, ressourcer som GPS, kameraets ydeevne er godt inden for de krævede retningslinjer.
  11. For at validere applikationens levetid, når brugerbelastningen er streng.
  12. For at validere netværkets ydeevne, mens du bevæger dig rundt med enheden.
  13. For at validere applikationens ydeevne, når kun intermitterende faser af tilslutning er påkrævet.

Sikkerhedstests testcases

Sikkerhedstests testcases

Det grundlæggende formål med sikkerhedstest er at sikre, at applikationens data- og netværkssikkerhedskrav er opfyldt i henhold til retningslinjerne.

Folloenwing er de mest afgørende områder for at kontrollere sikkerheden af ​​mobilapplikationer.

  1. For at validere, at applikationen er i stand til at modstå ethvert brute force-angreb, som er en automatiseret proces med forsøg og fejl, der bruges til at gætte en persons brugernavn, adgangskode eller kreditkortnummer.
  2. For at validere, om et program ikke tillader en hacker at få adgang til følsomt indhold eller funktionalitet uden korrekt godkendelse.
  3. For at validere, at applikationen har somtrong adgangskodebeskyttelsessystem, og det tillader ikke en hacker at opnå, ændre eller gendanne en anden brugers adgangskode.
  4. For at bekræfte, at applikationen ikke lider af utilstrækkelig sessionsudløb.
  5. At identificere de dynamiske afhængigheder og træffe foranstaltninger for at forhindre enhver angriber i at få adgang til disse sårbarheder.
  6. For at forhindre fra SQL injektionsrelaterede angreb.
  7. At identificere og gendanne fra eventuelle uadministrerede kodescenarier.
  8. For at sikre, om certifikaterne er valideret, implementerer applikationen certifikatpinning eller ej.
  9. For at beskytte applikationen og netværket mod lammelsesangreb.
  10. At analysere kravene til datalagring og datavalidering.
  11. At aktivere sessionsstyringen for at forhindre uautoriserede brugere i at få adgang til uopfordret information.
  12. For at kontrollere, om en kryptografisk kode er brudt, og sikre, at den er repareret.
  13. At validere, om forretningslogikkens implementering er sikret og ikke sårbar over for angreb udefra.
  14. For at analysere filsysteminteraktioner skal du bestemme enhver sårbarhed og rette disse problemer.
  15. For at validere protokolbehandlerne, for eksempel at forsøge at omkonfigurere standarddestinationssiden for applikationen ved hjælp af en ondsindet iframe.
  16. For at beskytte mod ondsindede injektioner på klientsiden.
  17. For at beskytte mod ondsindede runtime-injektioner.
  18. For at undersøge filcache og forhindre eventuelle ondsindede muligheder fra det samme.
  19. For at forhindre usikker datalagring i applikationernes tastaturcache.
  20. For at undersøge cookies og forhindre eventuelle ondsindede handlinger fra cookies.
  21. At levere regelmæssige revisioner til databeskyttelsesanalyse.
  22. Undersøg brugerdefinerede oprettede filer og forhindring af ondsindede handlinger fra de brugerdefinerede oprettede filer.
  23. For at forhindre fra buffer sager om overløb og hukommelseskorruption.
  24. At analysere forskellige datastrømme og forhindre eventuelle sårbarheder fra disse.

Usability Testing Test Cases

Usability Testing Test Cases

Usability-testprocessen for mobilapplikationen udføres for at have en hurtig og nem trinapplikation med mindre funktionalitet end en langsom og vanskelig applikation med mange funktioner. Hovedformålet er at sikre, at vi ender med at have en brugervenlig, intuitiv og svarende til brancheaccepterede grænseflader, som er meget udbredte.

  1. For at sikre, at knapperne skal have den ønskede størrelse og passe til store fingre.
  2. For at sikre at knapperne er placeret i samme sektion af skærmen for at undgå forvirring hos slutbrugerne.
  3. For at sikre, at ikonerne er naturlige og i overensstemmelse med applikationen.
  4. For at sikre at knapperne, som har samme funktion, også skal have samme farve.
  5. For at sikre, at valideringen for tapningen zoom-in og zoom-ud faciliteter bør være aktiveret.
  6. For at sikre, at tastaturindgangen kan minimeres på en passende måde.
  7. For at sikre, at applikationen giver en metode til at gå tilbage eller fortryde en handling ved berøring af det forkerte element inden for en acceptabel varighed.
  8. For at sikre, at kontekstmenuerne ikke overbelastes, fordi de skal bruges hurtigt.
  9. At sikre, at teksten holdes enkel og overskuelig, så den er synlig for brugerne.
  10. For at sikre, at de korte sætninger og afsnit er readable til slutbrugerne.
  11. For at sikre, at skriftstørrelsen er stor nok til at være readable og hverken for stor eller for lille.
  12. For at validere applikationen beder brugeren, hver gang brugeren begynder at downloade en stor mængde data, som muligvis ikke er befordrende for applikationens ydeevne.
  13. For at validere, at lukningen af ​​applikationen udføres fra forskellige tilstande, og verificere, om den genåbner i samme tilstand.
  14. For at sikre, at alle strenge konverteres til passende sprog, når en sprogoversættelsesfacilitet er tilgængelig.
  15. For at sikre, at applikationselementerne altid er synchroniseret i henhold til brugerens handlinger.
  16. For at sikre at slutbrugeren får en brugermanual, som hjælper slutbrugeren til at forstå og operate ansøgningen, som måske ikke er bekendt med sagens behandling

Usability test udføres normalt af manuelle brugere, da kun mennesker kan forstå de andre brugeres følsomhed og komfort.

Testtilfælde af kompatibilitetstest

Kompatibilitetstest på mobile enheder udføres for at sikre, at da mobile enheder har forskellig størrelse, opløsning, skærm, version og hardware, så bør applikationen testes på tværs af alle enheder for at sikre, at applikationen fungerer som ønsket.

Folloenwing er de mest fremtrædende områder for kompatibilitetstestning.

  1. For at validere, at applikationens brugergrænseflade er i overensstemmelse med enhedens skærmstørrelse, er ingen tekst/kontrol delvist usynlig eller utilgængelig.
  2. For at sikre, at teksten er readable for alle brugere af applikationen.
  3. For at sikre, at opkalds-/alarmfunktionen er aktiveret, når applikationen kører. Applikationen minimeres eller suspenderes i tilfælde af et opkald, og når opkaldet stopper, genoptages applikationen.

Testtilfælde af genanvendelighedstest

  1. Gendannelse af nedbrud og transaktionsafbrydelser
  2. Validering af den effektive applikationsgendannelsessituation efter uventede afbrydelser/nedbrudsscenarier.
  3. Verifikation af, hvordan applikationen håndterer en transaktion under et strømsvigt (dvs. batteriet dør eller en pludselig manuel nedlukning af enheden)
  4. Valideringen af ​​processen, hvor forbindelsen er suspenderet, skal systemet genetableres for at gendanne de data, der er direkte påvirket af den suspenderede forbindelse. At udnytte retten mobile testværktøjer kan hjælpe med at sikre en problemfri genopretningsproces.

Vigtig checkliste

  1. Installationstest (om applikationen kan installeres inden for en rimelig tid og med påkrævet kriterium)
  2. Afinstallationstest (om applikationen kan afinstalleres inden for en rimelig tid og med påkrævet kriterium)
  3. Netværkstestsager (validering af, om netværket udfører under påkrævet belastning eller ej, om netværket er i stand til at understøtte alle de nødvendige applikationer under testprocedurerne)
  4. Marker ikke-tilknyttede nøgler
  5. Tjek applikationens startskærm
  6. Fortsat tastaturindtastning under afbrydelser og andre tidspunkter som netværksproblemer
  7. Metoder, der handler om at forlade applikationen
  8. Opladereffekt, mens et program kører i baggrunden
  9. Lavt batteri og høj ydeevne krav
  10. Fjernelse af batteri, mens en applikation udføres
  11. Batteriforbrug efter anvendelse
  12. Tjek Applikationsbivirkninger