Testen van mobiele apps: voorbeeldtestcases en testscenario's

Een veelgestelde vraag van onze leerlingen is: Hoe test ik mobiele apps? In deze zelfstudie bieden we voorbeelden van testscenario's/testgevallen voor het testen van een mobiele applicatie.

U kunt enkele of alle testgevallen uitvoeren op basis van uw mobiele testvereisten. Testcases zijn georganiseerd op basis van mobiele testtypen.

Functioneel testen van mobiele applicaties

Het Functioneel testen van mobiele applicaties is een proces waarbij functionaliteiten van mobiele applicaties, zoals gebruikersinteracties, worden getest en de transacties worden getest die gebruikers mogelijk uitvoeren. Het belangrijkste doel van het functioneel testen van mobiele applicaties is het waarborgen van de kwaliteit, het voldoen aan de gespecificeerde verwachtingen, het verminderen van het risico op fouten en de klanttevredenheid.

De verschillende factoren die relevant zijn bij functioneel testen zijn dat wel

  1. Type toepassing op basis van het gebruik van de zakelijke functionaliteit (bankieren, gamen, sociaal of zakelijk)
  2. Type doelgroep (consument, onderneming, onderwijs)
  3. Distributiekanaal dat wordt gebruikt om de applicatie te verspreiden (bijvoorbeeld Apple App Store, Google play, directe distributie)

Functioneel testen van mobiele applicaties

De meest fundamentele testscenario's bij het functioneel testen kunnen worden beschouwd als:

  1. Om te valideren of alle vereiste verplichte velden naar behoren werken.
  2. Om te valideren dat de verplichte velden op een onderscheidende manier in het scherm worden weergegeven dan de niet-verplichte velden.
  3. Om te valideren of de applicatie naar behoren werkt wanneer de applicatie start/stopt.
  4. Om te valideren of de applicatie naar de geminimaliseerde modus gaat wanneer er een inkomend telefoongesprek is. Om hetzelfde te valideren, hebben we een tweede telefoon nodig om het apparaat te bellen.
  5. Om te valideren of de telefoon sms-berichten kan opslaan, verwerken en ontvangen wanneer de app actief is. Om hetzelfde te valideren, moeten we een tweede telefoon gebruiken om sms-berichten te verzenden naar het apparaat dat wordt getest en waarop de geteste applicatie momenteel draait.
  6. Om te valideren dat het apparaat in staat is om de vereiste multitasking-vereisten uit te voeren wanneer dat nodig is.
  7. Om te valideren dat de applicatie de noodzakelijke sociale netwerkopties toestaat, zoals delen, posten en navigeren enz.
  8. Om te valideren dat de applicatie elke betalingsgatewaytransactie ondersteunt, zoals Visa, Mastercard, Paypal enz., zoals vereist door de applicatie.
  9. Om te valideren dat de scenario's voor het scrollen van pagina's indien nodig in de applicatie worden ingeschakeld.
  10. Om te valideren dat de navigatie tussen relevante modules in de applicatie voldoet aan de vereisten.
  11. Om te valideren dat de afbreekfouten absoluut tot een betaalbare limiet zijn.
  12. Om te valideren dat de gebruiker een passend foutbericht ontvangt, zoals 'Netwerkfout. Probeer het na enige tijd opnieuw” wanneer er een netwerkfout optreedt.
  13. Om te valideren dat de geïnstalleerde applicatie ervoor zorgt dat andere applicaties naar tevredenheid presteren, en dat deze geen beslag legt op het geheugen van de andere applicaties.
  14. Om te valideren dat de applicatie bij de laatste bewerking wordt hervat in geval van een harde herstart of een systeemcrash.
  15. Om te valideren of de installatie van de applicatie vlot kan verlopen, op voorwaarde dat de gebruiker over de nodige middelen beschikt en dit niet tot significante fouten leidt.
  16. Om te valideren dat de applicatie een automatische startfunctie uitvoert volgens de vereisten.
  17. Om te valideren of de applicatie volgens de vereisten presteert in alle versies van Mobile, dat wil zeggen 2g, 3g en 4g.
  18. Presteren Regressie Testing om nieuwe softwarefouten in bestaande delen van een systeem te ontdekken nadat daarin wijzigingen zijn aangebracht. Voer ook eerder uitgevoerde tests opnieuw uit om vast te stellen dat het programmagedrag niet is veranderd als gevolg van de wijzigingen.
  19. Om te valideren of de applicatie een beschikbare gebruikershandleiding biedt voor degenen die de app niet kennen

Prestatietests Testgevallen

Het fundamentele doel van dit type testen is ervoor te zorgen dat de applicatie acceptabel presteert onder bepaalde prestatievereisten, zoals toegang door een groot aantal gebruikers of de verwijdering van een belangrijk infrastructuuronderdeel zoals een databaseserver.

De algemene testscenario's voor prestatietests in een mobiele applicatie zijn:

  1. Om te bepalen of de toepassing presteert volgens de vereisten onder verschillende belastingsomstandigheden.
  2. Om te bepalen of de huidige netwerkdekking de applicatie op piek-, gemiddeld en minimaal gebruikersniveau kan ondersteunen.
  3. Om te bepalen of de bestaande client-server-configuratie het vereiste optimale prestatieniveau biedt.
  4. Om de verschillende knelpunten in de applicatie en infrastructuur te identificeren die verhinderen dat de applicatie op het vereiste aanvaardbaarheidsniveau presteert.
  5. Om te valideren of de responstijd van de applicatie voldoet aan de vereisten.
  6. Om het product en/of de hardware te evalueren om te bepalen of het de verwachte belastingsvolumes aankan.
  7. Om te evalueren of de levensduur van de batterij de toepassing kan ondersteunen om te presteren onder de verwachte belastingsvolumes.
  8. Om de prestaties van applicaties te valideren wanneer het netwerk wordt gewijzigd naar WIFI van 2G/3G of omgekeerd.
  9. Om elk van de vereiste processen te valideren, is de CPU-cyclus geoptimaliseerd
  10. Om te valideren dat het batterijverbruik, geheugenlekken en bronnen zoals GPS en cameraprestaties ruim binnen de vereiste richtlijnen vallen.
  11. Om de levensduur van de applicatie te valideren wanneer de gebruikersbelasting zwaar is.
  12. Om de netwerkprestaties te valideren terwijl u zich met het apparaat verplaatst.
  13. Om de applicatieprestaties te valideren wanneer alleen intermitterende connectiviteitsfasen vereist zijn.

Testgevallen voor beveiligingstests

Testgevallen voor beveiligingstests

Het fundamentele doel van beveiligingstests is ervoor te zorgen dat aan de gegevens- en netwerkbeveiligingsvereisten van de applicatie wordt voldaan volgens de richtlijnen.

De following zijn de meest cruciale gebieden voor het controleren van de veiligheid van mobiele applicaties.

  1. Om te valideren dat de applicatie elke brute force-aanval kan weerstaan. Dit is een geautomatiseerd proces van vallen en opstaan ​​dat wordt gebruikt om iemands gebruikersnaam, wachtwoord of creditcardnummer te raden.
  2. Om te valideren of een applicatie een aanvaller geen toegang geeft tot gevoelige inhoud of functionaliteit zonder de juiste authenticatie.
  3. Om te valideren dat de applicatie een sterk wachtwoordbeveiligingssysteem heeft en een aanvaller niet toestaat het wachtwoord van een andere gebruiker te verkrijgen, wijzigen of herstellen.
  4. Om te valideren dat de applicatie geen last heeft van onvoldoende sessieverloop.
  5. Om de dynamische afhankelijkheden te identificeren en maatregelen te nemen om te voorkomen dat een aanvaller toegang krijgt tot deze kwetsbaarheden.
  6. Om te voorkomen SQL injectiegerelateerde aanvallen.
  7. Om onbeheerde codescenario's te identificeren en te herstellen.
  8. Om er zeker van te zijn dat de certificaten gevalideerd zijn, implementeert de applicatie Certificate Pinning of niet.
  9. Om de applicatie en het netwerk te beschermen tegen denial-of-service-aanvallen.
  10. Om de vereisten voor gegevensopslag en gegevensvalidatie te analyseren.
  11. Om sessiebeheer in te schakelen om te voorkomen dat ongeautoriseerde gebruikers toegang krijgen tot ongevraagde informatie.
  12. Om te controleren of een cryptografiecode kapot is en ervoor te zorgen dat deze wordt gerepareerd.
  13. Om te valideren of de implementatie van bedrijfslogica beveiligd is en niet kwetsbaar is voor aanvallen van buitenaf.
  14. Om de interacties met het bestandssysteem te analyseren, stelt u eventuele kwetsbaarheden vast en corrigeert u deze problemen.
  15. Om de protocolhandlers te valideren, probeert u bijvoorbeeld de standaardlandingspagina voor de applicatie opnieuw te configureren met behulp van een kwaadaardig iframe.
  16. Ter bescherming tegen kwaadaardige injecties aan de clientzijde.
  17. Ter bescherming tegen kwaadaardige runtime-injecties.
  18. Om bestandscaching te onderzoeken en eventuele kwaadaardige mogelijkheden hiervan te voorkomen.
  19. Om onveilige gegevensopslag in de toetsenbordcache van de applicaties te voorkomen.
  20. Om cookies te onderzoeken en kwaadwillige handelingen van de cookies te voorkomen.
  21. Om regelmatige audits uit te voeren voor analyse van gegevensbescherming.
  22. Onderzoek op maat gemaakte bestanden en voorkom kwaadwillige handelingen vanuit de op maat gemaakte bestanden.
  23. Om te voorkomen buffer overflows en gevallen van geheugencorruptie.
  24. Om verschillende datastromen te analyseren en eventuele kwetsbaarheden hierin te voorkomen.

Bruikbaarheidstesten Testcases

Bruikbaarheidstesten Testcases

Het bruikbaarheidstestproces van de mobiele applicatie wordt uitgevoerd om een ​​snelle en gemakkelijke stapapplicatie te krijgen met minder functionaliteit dan een langzame en moeilijke applicatie met veel functies. Het belangrijkste doel is ervoor te zorgen dat we uiteindelijk over een eenvoudig te gebruiken, intuïtieve en vergelijkbaar met door de industrie geaccepteerde interface beschikken die op grote schaal wordt gebruikt.

  1. Om ervoor te zorgen dat de knoppen de gewenste maat hebben en geschikt zijn voor grote vingers.
  2. Om ervoor te zorgen dat de knoppen in hetzelfde gedeelte van het scherm worden geplaatst om verwarring bij de eindgebruikers te voorkomen.
  3. Om ervoor te zorgen dat de pictogrammen natuurlijk zijn en consistent zijn met de toepassing.
  4. Om ervoor te zorgen dat de knoppen, die dezelfde functie hebben, ook dezelfde kleur moeten hebben.
  5. Om ervoor te zorgen dat de validatie voor het tikken zoom-in en zoom-outfaciliteiten moeten worden ingeschakeld.
  6. Om ervoor te zorgen dat de toetsenbordinvoer op een passende manier kan worden geminimaliseerd.
  7. Om ervoor te zorgen dat de applicatie een methode biedt om binnen een acceptabele tijd terug te gaan of een actie ongedaan te maken als u het verkeerde item aanraakt.
  8. Om ervoor te zorgen dat de contextuele menu's niet overbelast raken omdat deze snel gebruikt moeten worden.
  9. Om ervoor te zorgen dat de tekst eenvoudig en duidelijk wordt gehouden, zodat deze zichtbaar is voor de gebruikers.
  10. Om ervoor te zorgen dat de korte zinnen en paragrafen leesbaar zijn voor de eindgebruikers.
  11. Om ervoor te zorgen dat de lettergrootte groot genoeg is om leesbaar te zijn en niet te groot of te klein.
  12. Om de applicatie te valideren, wordt de gebruiker gevraagd telkens wanneer de gebruiker begint met het downloaden van een grote hoeveelheid gegevens die mogelijk niet bevorderlijk is voor de prestaties van de applicatie.
  13. Om te valideren dat het sluiten van de applicatie vanuit verschillende staten wordt uitgevoerd en om te verifiëren of deze in dezelfde staat opnieuw wordt geopend.
  14. Om ervoor te zorgen dat alle tekenreeksen worden omgezet in de juiste talen wanneer er een taalvertalingsfaciliteit beschikbaar is.
  15. Om ervoor te zorgen dat de toepassingsitems altijd syncafgestemd op de acties van de gebruiker.
  16. Om ervoor te zorgen dat de eindgebruiker een gebruikershandleiding krijgt die de eindgebruiker helpt de applicatie te begrijpen en te bedienen, die mogelijk niet bekend is met de procedure van de applicatie

Bruikbaarheidstesten worden normaal gesproken uitgevoerd door handmatige gebruikers, omdat alleen mensen de gevoeligheid en het comfort van de andere gebruikers kunnen begrijpen.

Compatibiliteitstesten Testgevallen

Compatibiliteitstests op mobiele apparaten worden uitgevoerd om ervoor te zorgen dat, aangezien mobiele apparaten een verschillende grootte, resolutie, scherm, versie en hardware hebben, de applicatie op alle apparaten moet worden getest om ervoor te zorgen dat de applicatie naar wens werkt.

De following zijn de meest prominente gebieden voor compatibiliteitstests.

  1. Om te valideren dat de gebruikersinterface van de applicatie overeenkomt met de schermgrootte van het apparaat, is geen enkele tekst/bediening gedeeltelijk onzichtbaar of ontoegankelijk.
  2. Om ervoor te zorgen dat de tekst leesbaar is voor alle gebruikers van de applicatie.
  3. Om ervoor te zorgen dat de oproep-/alarmfunctionaliteit is ingeschakeld wanneer de applicatie actief is. De toepassing wordt geminimaliseerd of opgeschort bij een oproep en telkens wanneer de oproep stopt, wordt de toepassing hervat.

Herstelbaarheid testen Testgevallen

  1. Crashherstel en transactieonderbrekingen
  2. Validatie van de effectieve herstelsituatie van applicaties na onverwachte onderbrekings-/crashscenario's.
  3. Verificatie van hoe de applicatie een transactie afhandelt tijdens een stroomstoring (dwz de batterij is leeg of een plotselinge handmatige uitschakeling van het apparaat)
  4. Bij de validatie van het proces waarbij de verbinding wordt onderbroken, moet het systeem opnieuw tot stand worden gebracht om de gegevens te herstellen die rechtstreeks door de onderbroken verbinding worden beïnvloed. Het recht gebruiken mobiele testtools kan bijdragen aan een naadloos herstelproces.

Belangrijke controlelijst

  1. Installatietesten (of de applicatie binnen een redelijke tijd en met de vereiste criteria kan worden geïnstalleerd)
  2. Verwijderingstests (of de applicatie binnen een redelijke tijd en met de vereiste criteria kan worden verwijderd)
  3. Netwerktestgevallen (validatie of het netwerk onder de vereiste belasting presteert of niet, of het netwerk in staat is om alle noodzakelijke applicaties te ondersteunen tijdens de testprocedures)
  4. Vink Niet-toegewezen sleutels aan
  5. Controleer het opstartscherm van de applicatie
  6. Voortdurende toetsenbordinvoer tijdens onderbrekingen en andere momenten zoals netwerkproblemen
  7. Methoden die te maken hebben met het afsluiten van de applicatie
  8. Opladereffect terwijl een applicatie op de achtergrond draait
  9. Lage batterijspanning en hoge prestatievraag
  10. Verwijdering van de batterij terwijl een applicatie wordt uitgevoerd
  11. Batterijverbruik per toepassing
  12. Controleer de bijwerkingen van de toepassing