Tutorials voor het testen van mobiele apps (een complete gids met meer dan 30 tutorials)

mobile app testing tutorials

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Selecteer Het Besturingssysteem Kies Een Projectieprogramma (Optioneel)

Beschrijf Uw Probleem

Een complete gids voor het testen van mobiele applicaties met uitgebreide tutorials:

Mobiele technologie en slimme apparaten zijn nu de trend en zullen de toekomst van de wereld zoals we die kennen veranderen. We kunnen allemaal instaan het, kunnen we niet? Nu zal het amateuristisch zijn als ik opslaat waarvoor we deze mobiele apparaten gebruiken. U weet het allemaal - misschien beter dan wij.

Laten we meteen beginnen waar deze tutorial over gaat.

De volledige lijst met 30+ tutorials voor mobiel testen:

testen van mobiele applicaties 1

Introductie mobiel testen:

Tutorial # 1: Inleiding tot mobiel testen
Tutorial # 2: Testen van iOS-apps
Tutorial # 3: Testen van Android-apps
Tutorial # 4 Uitdagingen en oplossingen voor mobiel testen
Tutorial # 5: Waarom is mobiel testen moeilijk?

Testen van mobiele apparaten:

Tutorial # 6: Test een Android-versie wanneer deze uit de markt wordt gehaald
Zelfstudie # 7 Hoe u mobiele apps kunt testen op low-end apparaten
Tutorial # 8 Veldtesten voor mobiele applicaties
Tutorial # 9: Telefoonmodel versus OS-versie: welke moet eerst worden getest?

Testen van mobiele gebruikersinterface:

Tutorial # 10: UI-testen van mobiele apps
Tutorial # 11: Mobiele responsieve test

Mobiele testservices:

Tutorial # 12: Testen van mobiele applicaties in de cloud
Tutorial # 13: Mobiele testservices
Zelfstudie # 14 Beta-testservices voor mobiele apps
Tutorial # 15: Ontwikkelingsbedrijf voor mobiele apps
Tutorial # 16: Serviceproviders voor het testen van mobiele apps in de cloud

Prestaties en beveiligingstests voor mobiele apps:

Tutorial # 17: Prestatietests van mobiele applicaties met BlazeMeter
Zelfstudie # 18 Richtlijnen voor het testen van de beveiliging van mobiele apps

Mobiele testtools:

Tutorial # 19: Testtools voor Android-apps
Tutorial # 20: Beste tools voor het testen van beveiliging van mobiele apps
Tutorial # 21: 58 beste mobiele testtools

Testen van mobiele automatisering:

Tutorial # 22: Appium Mobile Automation Tool-zelfstudie
Tutorial # 23: Appium Studio-zelfstudie
Tutorial # 24: Automatiseer Android-applicaties met TestComplete Tool
Zelfstudie # 25 Robotium-zelfstudie - UI-testtool voor Android-apps
Tutorial # 26: Selendroid-zelfstudie: framework voor mobiele automatisering
Tutorial # 27: pCloudy-zelfstudie: testen van mobiele apps op echte apparaten
Tutorial # 28: Tutorial van Katalon Studio en Kobiton op cloudgebaseerde Device Farm

Carrière bij mobiel testen:

Tutorial # 29: Hoe u snel een mobiele testtaak krijgt
Tutorial # 30: Interviewvragen en CV voor mobiel testen
Tutorial # 31: Interviewvragen voor mobiel testen Deel 2

Laten we beginnen met de eerste tutorial in de serie.

Wat je leert:

Tutorial # 1: Inleiding tot het testen van mobiele applicaties

Tutorial # 1: Inleiding tot het testen van mobiele applicaties

Voorbij zijn de dagen dat de telefoon een apparaat was dat in een hoek stond en moest rinkelen om onze aandacht te trekken of dat een computer een machine was die maar een paar mensen gebruikten - ze zijn nu een verlengstuk van ons wezen - een raam naar de wereld en virtuele bedienden die doen wat hen wordt opgedragen.

Computers waren een razernij en veranderden hoe wij mensen dachten, ons gedroegen, leerden en bestonden.

Tegenwoordig hebben mobiliteitsoplossingen de markt veroverd. Mensen willen hun laptop / pc niet voor alles AAN zetten, maar willen dat hun handheld-apparaten alles snel kunnen uitvoeren.

Daarom moeten de mobiele oplossingen die we aan onze klanten leveren, zeer goed worden getest. Deze tutorial is bedoeld voor mensen die al bezig zijn met mobiel testen of die er de laatste tijd naar zijn overgeschakeld. Aangezien we al veel tutorials hebben over definities van terminologieën die verband houden met mobile testing, zullen we direct de reikwijdte van deze tutorial behandelen.

Deze tutorial is zowel een inleiding als uw gids voor mobiel testen. Dus lees door!

Soorten mobiele tests

Er zijn grofweg 2 soorten tests die plaatsvinden op mobiele apparaten:

# 1. Hardware testen:

Het apparaat inclusief de interne processors, interne hardware, schermformaten, resolutie, ruimte of geheugen, camera, radio, Bluetooth, WIFI enz. Dit wordt soms aangeduid als, eenvoudig 'Mobiel testen

# 2. Software of applicatie testen:

De applicaties die op mobiele apparaten werken en hun functionaliteit worden getest. Het heet de 'Testen van mobiele applicaties”Om het te onderscheiden van de eerdere methode. Zelfs bij mobiele applicaties zijn er enkele basisverschillen die belangrijk zijn om te begrijpen:

a) Native apps: Er is een native applicatie gemaakt voor gebruik op een platform zoals mobiel en tablets.
b) Mobiele webapps zijn server-side apps om toegang te krijgen tot websites op mobiele apparaten met behulp van verschillende browsers zoals Chrome en Firefox door verbinding te maken met een mobiel netwerk of draadloos netwerk zoals WIFI.
c) Hybride apps zijn combinaties van native app en webapp. Ze draaien op apparaten of offline en zijn geschreven met webtechnologieën zoals HTML5 en CSS.

Er zijn enkele fundamentele verschillen die deze onderscheiden:

Native apps hebben affiniteit met één platform, terwijl mobiele webapps de platformoverschrijdende affiniteit hebben.
Native apps zijn geschreven in platforms zoals SDK's, terwijl mobiele web-apps zijn geschreven met webtechnologieën zoals HTML, CSS, asp.net, Java, PHP.
Voor een native app is installatie vereist, maar voor mobiele webapps is geen installatie vereist.
Een native app kan worden bijgewerkt vanuit de Play Store of App Store, terwijl mobiele webapps gecentraliseerde updates zijn.
Voor veel native apps is geen internetverbinding vereist, maar voor mobiele webapps is dit een must.
Native app werkt sneller in vergelijking met mobiele webapps.
Native apps worden geïnstalleerd vanuit app-winkels zoals Google Play Store of app Winkel waar mobiel internet websites is en alleen toegankelijk is via internet.

De rest van het artikel gaat over het testen van mobiele applicaties.

Het belang van het testen van mobiele applicaties

Het testen van applicaties op mobiele apparaten is een grotere uitdaging dan het testen van webapps op de desktop vanwege

Verschillende soorten mobiele apparaten met verschillende schermformaten en hardwareconfiguraties zoals een hard toetsenbord, virtueel toetsenbord (touchscreen) en trackball etc.
Grote verscheidenheid aan mobiele apparaten zoals HTC, Samsung, Apple en Nokia.
Verschillende mobiele besturingssystemen zoals Android, Symbian, Windows, Blackberry en IOS.
Verschillende versies van besturingssysteem zoals iOS 5.x, iOS 6.x, BB5.x, BB6.x etc.
Verschillende mobiele netwerkoperatoren zoals GSM en CDMA.
Regelmatige updates - (zoals Android 4.2, 4.3, 4.4, iOS-5.x, 6.x) - bij elke update wordt een nieuwe testcyclus aanbevolen om ervoor te zorgen dat de functionaliteit van de applicatie niet wordt beïnvloed.

Zoals bij elke applicatie, is het testen van mobiele applicaties ook erg belangrijk, aangezien de klantenkring meestal miljoenen bedraagt voor een bepaald product - en een product met bugs wordt nooit op prijs gesteld. Het resulteert vaak in financiële verliezen, juridische problemen en onherstelbare schade aan het merkimago.

Basisverschil tussen het testen van mobiele en desktopapplicaties:

Er zijn maar weinig voor de hand liggende aspecten die het testen van mobiele apps onderscheiden van het testen op desktops

Op de desktop wordt de applicatie getest op een centrale verwerkingseenheid. Op een mobiel apparaat wordt de applicatie getest op toestellen als Samsung, Nokia, Apple en HTC.
De schermgrootte van een mobiel apparaat is kleiner dan die van een desktop.
Mobiele apparaten hebben minder geheugen dan een desktop.
Mobiele telefoons gebruiken netwerkverbindingen zoals 2G, 3G, 4G of WIFI, terwijl desktops breedband- of inbelverbindingen gebruiken.
De automatiseringstool die wordt gebruikt voor het testen van desktoptoepassingen, werkt mogelijk niet op mobiele applicaties.

Soorten mobiele app-tests:

Om alle bovenstaande technische aspecten aan te pakken, worden de volgende soorten tests uitgevoerd op mobiele applicaties.

Bruikbaarheidstesten - Om ervoor te zorgen dat de mobiele app gemakkelijk te gebruiken is en de klanten een bevredigende gebruikerservaring biedt
Compatibiliteitstesten - Testen van de applicatie op verschillende mobiele apparaten, browsers, schermformaten en OS-versies volgens de vereisten.
Interface testen - Testen van menu-opties, knoppen, bladwijzers, geschiedenis, instellingen en navigatiestroom van de applicatie.
Services testen - Testen van de diensten van de applicatie online en offline.
Resourcetests op laag niveau : Testen van geheugengebruik, automatisch verwijderen van tijdelijke bestanden, problemen met het groeien van lokale databases, bekend als low-level resource testing.
Prestatietesten - De prestaties van de applicatie testen door de verbinding te veranderen van 2G, 3G naar WIFI, de documenten te delen, het batterijverbruik, enz.
Operationeel testen - Testen van back-ups en herstelplan als een batterij uitvalt of gegevensverlies tijdens het upgraden van de applicatie vanuit een winkel.
Installatietests  Validatie van de applicatie door deze op de apparaten te installeren / verwijderen.
Beveiligingstests - Het testen van een applicatie om te valideren of het informatiesysteem gegevens beschermt of niet.

Strategie voor het testen van mobiele applicaties

De teststrategie moet ervoor zorgen dat aan alle kwaliteits- en prestatierichtlijnen wordt voldaan. Enkele tips op dit gebied:

1) Selectie van de apparaten Analyseer de markt en kies de apparaten die veel worden gebruikt. (Deze beslissing is grotendeels afhankelijk van de klanten. De klant of de app-ontwikkelaars houden rekening met de populariteitsfactor van bepaalde apparaten en met de marketingbehoeften voor de toepassing om te beslissen welke handsets ze voor het testen gebruiken.)

2) Emulators - Het gebruik hiervan is buitengewoon handig in de eerste ontwikkelingsstadia, omdat ze een snelle en efficiënte controle van de app mogelijk maken. De emulator is een systeem dat software van de ene omgeving naar de andere laat draaien zonder de software zelf te wijzigen. Het dupliceert de functies en werkt op het echte systeem.

Soorten mobiele emulators

Device Emulator - geleverd door apparaatfabrikanten
Browser Emulator - simuleert mobiele browseromgevingen.
Besturingssystemen Emulator - Apple biedt emulators voor iPhones, Microsoft voor Windows-telefoons en Google Android-telefoons

Aanbevolen tool

# 1) Kobiton

Kobiton is een betaalbaar en zeer flexibel cloudgebaseerd mobiel ervaringsplatform dat het testen en leveren van native, web- en hybride apps op zowel Android als iOS met echte apparaten versnelt. Hun nieuwe scriptloze testautomatisering helpt de teams zonder coderingsexpertise om gemakkelijk open standaard Appium-scripts te genereren.

Kobiton Nieuw

 Bezoek de Kobiton-website

hoe u een swf-bestand in chrome uitvoert

Lijst met enkele gratis en gemakkelijk te gebruiken emulators voor mobiele apparaten

ik. Emulator voor mobiele telefoons - Gebruikt om handsets zoals iPhone, Blackberry, HTC, Samsung etc. te testen

emulator voor mobiele apparaten 2

ii. MobiReady - Hiermee kunnen we niet alleen de webapp testen, maar ook de code controleren.

emulator voor mobiele apparaten 3

iii. Responsivepx - Het controleert de reacties van de webpagina's, het uiterlijk en de functionaliteit van de websites.

emulator voor mobiele apparaten 4

iv. Screenfly - Het is een aanpasbare tool en wordt gebruikt om websites in verschillende categorieën te testen.

emulator voor mobiele apparaten 5

3) Nadat een bevredigend ontwikkelingsniveau is voltooid voor de mobiele app, kunt u gaan testen op het fysieke apparaten voor meer real-life, op scenario's gebaseerde tests.

4) Overweeg testen op basis van cloud computing: Cloud computing is in feite het draaien van apparaten op meerdere systemen of netwerken via internet waar applicaties kunnen worden getest, bijgewerkt en beheerd. Voor testdoeleinden creëert het de webgebaseerde mobiele omgeving op een simulator om toegang te krijgen tot de mobiele app.

cloudgebaseerd mobiel testen

Voordelen:

Back-up en herstel - Cloud computing maakt automatisch een back-up van uw gegevens vanaf een externe locatie, waardoor herstel en herstel van gegevens eenvoudig is. En ook de opslagcapaciteit is onbeperkt.
Clouds zijn toegankelijk vanaf verschillende apparaten en overal.
Cloud computing is kostenefficiënt, gebruiksvriendelijk, gemakkelijk te onderhouden en bij te werken.
Snelle en snelle inzet.
Webgebaseerde interface.
Kan hetzelfde script parallel op meerdere apparaten uitvoeren.

Nadelen

Minder controle - Omdat de applicatie draait op een externe omgeving of een externe omgeving, heeft de gebruiker beperkte controle over en toegang tot de functies.
Problemen met de internetverbinding - de installatie is op internet. Netwerkproblemen hebben invloed op de beschikbaarheid en werking
Beveiligings- en privacyproblemen - Cloud computing is internetcomputing en niets op internet is volledig beveiligd, dus de kans op gegevenshacking is groter.

5) Automatisering versus handmatig testen

Als de applicatie nieuwe functionaliteit bevat, test deze dan handmatig.
Als de applicatie een of twee keer moet worden getest, doe dit dan handmatig.
Automatiseer de scripts voor regressietestgevallen. Als regressietests worden herhaald, is geautomatiseerd testen daar perfect voor.
Automatiseer de scripts voor complexe scenario's die tijdrovend zijn als ze handmatig worden uitgevoerd.

Er zijn twee soorten automatiseringstools beschikbaar om mobiele apps te testen:

Object-gebaseerde mobiele testtools - automatisering door elementen op het apparaatscherm in objecten in kaart te brengen. Deze benadering is onafhankelijk van de schermgrootte en wordt voornamelijk gebruikt voor Android-apparaten.

Bijv .: - Ranorex, jamo-oplossing

Op afbeeldingen gebaseerde mobiele testtools - maak automatiseringsscripts op basis van schermcoördinaten van elementen.

Bijv: - Sikuli, Egg Plant, RoutineBot

6) Netwerk configuratie is ook het noodzakelijke onderdeel van mobiel testen. Het is belangrijk om de applicatie te valideren op verschillende netwerken zoals 2G, 3G, 4G of WIFI.

Testcases voor het testen van een mobiele app

Naast op functionaliteit gebaseerde testcases, vereist het testen van mobiele applicaties speciale testcases die de volgende scenario's zouden moeten omvatten.

Batterijgebruik - Het is belangrijk om het batterijverbruik bij te houden tijdens het uitvoeren van de app op mobiele apparaten.
De snelheid van de applicatie de responstijd op verschillende apparaten, met verschillende geheugenparameters, met verschillende netwerktypes etc.
Data benodigdheden - Zowel voor installatie als om te controleren of de gebruiker met het beperkte dataplan het kan downloaden.
Geheugenvereiste - nogmaals, om te downloaden, te installeren en uit te voeren
De functionaliteit van de applicatie - zorg ervoor dat de applicatie niet crasht als gevolg van een netwerkstoring of iets anders.

DownloadenEnkele voorbeelden van testcases voor het testen van mobiele applicaties:

Download voorbeeldtestcases voor mobiele apps

Typische activiteiten en procedures bij het testen van mobiele applicaties

De omvang van het testen is afhankelijk van een aantal te controleren eisen of de mate van wijzigingen in de app. Als er weinig veranderingen zijn, een ronde van geestelijke gezondheid testen is voldoende. Bij grote en / of complexe wijzigingen, a volledige regressie is aanbevolen.

Een voorbeeld van een applicatie-testproject : ILL (International Learn Lab) is een applicatie die is ontworpen om de beheerder en uitgever te helpen om samen websites te maken. Met behulp van een webbrowser kunnen docenten kiezen uit een reeks functies om een klas te maken die aan hun eisen voldoet.

Mobiel testproces:

Stap 1. Identificeer de soorten testen : Aangezien een IBL-applicatie van toepassing is op browsers, is het verplicht om deze applicatie te testen op alle ondersteunde browsers met verschillende mobiele apparaten. We moeten bruikbaarheid, functioneel en compatibiliteit testen op verschillende browsers met de combinaties van Handboek en automatisering testgevallen.

Stap 2. Handmatig en geautomatiseerd testen: De methodologie die voor dit project wordt gevolgd, is Agile met een iteratie van twee weken. Elke twee weken dev. team brengt een nieuwe build uit voor het testteam en het testteam zal hun testcases in een QA-omgeving uitvoeren. Het automatiseringsteam maakt scripts voor de set basisfunctionaliteit en voert de scripts uit die helpen bepalen of de nieuwe build stabiel genoeg is om te testen. Het handmatige testteam zal de nieuwe functionaliteit testen.

JIRA wordt gebruikt voor het schrijven van acceptatiecriteria; bijhouden van testgevallen en loggen / herverificatie van defecten. Zodra de iteratie voorbij is, iteratie planning bijeenkomst gehouden waar dev. Het team, de producteigenaar, de bedrijfsanalist en het QA-team bespreken wat ging goed en wat moet worden verbeterd

Stap 3. Beta testen: Zodra de regressietest is voltooid door het QA-team, gaat de build naar UAT. Gebruikersacceptatietesten worden gedaan door de klant. Ze verifiëren alle bugs opnieuw om er zeker van te zijn dat elke bug is verholpen en dat de applicatie werkt zoals verwacht op elke goedgekeurde browser.

Stap 4. Prestatie test: Het prestatietestteam test de prestaties van de web-app met behulp van JMeter-scripts en met verschillende belastingen op de applicatie.

hoe lijst in java te declareren

Stap # 5. Browser testen  De web-app wordt in meerdere browsers getest, zowel met verschillende simulatietools als fysiek met echte mobiele apparaten.

Stap # 6. Lanceringsplan: Na elke 4e week gaan de tests over naar enscenering, waar een laatste ronde van end-to-end-tests op deze apparaten wordt uitgevoerd om ervoor te zorgen dat het product klaar is voor productie. En dan gaat het live!

Hoe mobiele applicaties te testen op zowel Android- als iOS-platforms

Mobiele applicaties testen

Het is erg belangrijk voor de testers die hun apps testen op zowel iOS als Android Platform om het verschil tussen beide te kennen. iOS en Android hebben veel verschillen wat betreft het uiterlijk, app-weergaven, coderingsstandaarden, prestaties, enz.

Basisverschil tussen Android- en iOS-testen

Je hebt misschien alle tutorials doorlopen, ik heb hier enkele belangrijke verschillen vermeld, die je op hun beurt zullen helpen als onderdeel van je testen:

# 1) Omdat we veel Android-apparaten op de markt hebben en ze allemaal verschillende schermresoluties en formaten hebben, is dit een van de grootste verschillen.

Bijvoorbeeld Samsung S2-formaat is te klein in vergelijking met Nexus 6. Er zijn grote mogelijkheden dat de lay-out en het ontwerp van uw app op een van de apparaten worden vervormd. De kans is klein in iOS, aangezien er alleen telbare apparaten op de markt beschikbaar zijn en van die vele telefoons hebben vergelijkbare resoluties.

Bijvoorbeeld voordat iPhone 6 en hoger ontstond, hadden alle oudere versies alleen dezelfde afmetingen.

#twee) Een voorbeeld om het bovenstaande punt te beweren, is dat de ontwikkelaars in Android 1x, 2x, 3x, 4x en 5x afbeeldingen moeten gebruiken om beeldresoluties voor alle apparaten te ondersteunen, terwijl iOS slechts 1x, 2x en 3x gebruikt. Het wordt echter de verantwoordelijkheid van de tester om ervoor te zorgen dat de afbeeldingen en de andere UI-elementen correct worden weergegeven op alle apparaten.

U kunt het onderstaande diagram raadplegen om het concept van beeldresoluties te begrijpen:

Mobiele resoluties

# 3) Omdat we de markt overspoeld hebben met Android-toestellen, moet de code zo geschreven worden dat de prestaties stabiel blijven. Het is dus vrij waarschijnlijk dat uw app zich traag gedraagt op lagere apparaten.

# 4) Een ander probleem met Android is dat software-upgrades niet voor alle apparaten tegelijk beschikbaar zijn. Apparaatfabrikanten beslissen wanneer ze hun apparaten upgraden. Het wordt een erg moeilijke taak om alles te testen, zowel met het nieuwe besturingssysteem als met het oude besturingssysteem.

Het wordt ook een omslachtige taak voor de ontwikkelaars om hun code aan te passen om beide versies te ondersteunen.

Bijvoorbeeld Toen Android 6.0 uitkwam, was er een grote verandering toen dit besturingssysteem machtigingen op app-niveau begon te ondersteunen. Om verder te verduidelijken, kan de gebruiker verander ook de machtigingen (locatie, contacten) op app-niveau.

Nu is het testteam de verantwoordelijkheid verschuldigd om ervoor te zorgen dat het toestemmingenscherm op de app wordt gestart op Android 6.0 en hoger en het toestemmingsscherm niet op de lagere versies.

# 5) Vanuit het testperspectief zijn pre-productie build (d.w.z. bètaversie) testen verschillend op beide platforms. Als een gebruiker in Android wordt toegevoegd aan de bètagebruikerslijst, kan hij de bijgewerkte bètaversie alleen in de Play Store zien als hij bij de Play Store is ingelogd met dezelfde e-mail-ID die is toegevoegd als een bètagebruiker.

Belangrijkste factoren bij mobiel testen

Ik heb de afgelopen 2 jaar in Mobile Testing gewerkt op zowel iOS- als Android-platform en alle belangrijke punten die hieronder in deze tutorial worden genoemd, zijn afkomstig uit mijn persoonlijke ervaring en sommige zijn afgeleid van de problemen die in het project zijn opgetreden.

Bepaal uw eigen reikwijdte van testen

Iedereen heeft zijn eigen teststijl. Sommige testers concentreren zich gewoon op wat ze uit hun ogen zien en de rest is gepassioneerd door alles wat achter de schermen van elke mobiele applicatie werkt.

Als je een iOS / Android-tester bent, raad ik je aan om op zijn minst vertrouwd te raken met enkele algemene beperkingen / basisfunctionaliteiten van Android of iOS, aangezien dit altijd waarde toevoegt aan onze stijl van testen. Ik weet dat dingen moeilijk te begrijpen zijn zonder voorbeelden te noemen.

Hieronder zijn enkele voorbeelden gegeven:

We kunnen de machtigingen zoals camera, opslag enz. Op app-niveau niet wijzigen op Android-apparaten die lager zijn dan 6.0.1-versie.
Voor iOS-versies lager dan 10.0 was de call-kit er niet. Om u in eenvoudige bewoordingen te kort te houden: call kit wordt gebruikt door een bel-app en geeft de volledige schermweergave weer wanneer een gebruiker wordt gebeld door de bel-apps zoals WhatsApp, Skype enz. Terwijl voor iOS-versies lager dan 10.0 we die oproepen zien als meldingsbanner.
Velen van jullie zijn mogelijk problemen tegengekomen in Paytm waarbij je app je niet omleidt naar de betaalpagina van de bank voor het geval je geld aan je portemonnee wilt toevoegen. We denken dat het bovenstaande een probleem is met onze bank of Paytm-server, maar het is alleen dat onze AndroidSystemWebView niet is bijgewerkt. Weinig kennis over programmeren is altijd nuttig voor u en om met uw team te delen.
In eenvoudige bewoordingen: wanneer een app een webpagina erin opent, moet AndroidSystemWebView worden bijgewerkt.

Reikwijdte van testen

Beperk uw testen niet

Testen moet niet beperkt blijven tot het verkennen van de mobiele app en het vastleggen van bugs. Wij als QA moeten op de hoogte zijn van al het verzoek dat we onze server raken en het antwoord dat we eruit krijgen.

Configureer Putty om logboeken te bekijken of om sumo-logica voor logboeken te verifiëren, afhankelijk van wat er in uw project wordt gebruikt. Het helpt u niet alleen bij het kennen van de end-to-end-stroom van de applicatie, maar maakt u ook een betere tester naarmate u nu meer ideeën en scenario's opdoet.

Mobile Server Floe-diagram

Reden: Niets komt zonder reden op deze wereld. Elke verklaring moet een geldige reden hebben. De reden achter het analyseren van de logboeken is dat er veel uitzonderingen worden waargenomen in de logboeken, maar dat deze geen invloed hebben op de gebruikersinterface, dus we merken het niet.

Dus, moeten we het negeren?

Nee, dat zouden we niet moeten doen. Het heeft geen enkele invloed op de gebruikersinterface, maar het kan een futuristische zorg zijn. We kunnen mogelijk onze app zien crashen als dit soort uitzonderingen blijft sluipen. Zoals we in de laatste zin hebben vermeld over App Crash, leidt dit ertoe dat de QA toegang heeft tot crashgegevens van het project.

Crashlytics is een tool waarmee crashes worden geregistreerd, samen met de tijd en het apparaatmodel.

Nu is de vraag hier dat als de tester de app heeft zien crashen, waarom moet hij zich dan zorgen maken over crashlytics?

Het antwoord hierop is best interessant. Er zijn enkele crashes die mogelijk niet zichtbaar zijn in de gebruikersinterface, maar ze zijn aangemeld bij crashlytics. Het kan een geheugenstoring zijn of een aantal fatale uitzonderingen die later van invloed kunnen zijn op de prestaties.

Cross-platform testen

Interactietesten tussen platforms is erg belangrijk.

Onder verwijzing naar een simpele Voorbeeld , stel dat u werkt aan een chatapplicatie zoals WhatsApp die het verzenden van afbeeldingen en video's ondersteunt en de applicatie is gebouwd op zowel iOS- als Android-platforms (de ontwikkeling loopt mogelijk niet synchroon)

Zorg ervoor dat u de communicatie van Android en iOS test, de reden hiervoor is dat iOS 'Objective C' gebruikt, terwijl Android-programmering op Java is gebaseerd en omdat beide op verschillende platforms zijn gebouwd, moeten soms extra reparaties in de app worden aangebracht kant om strings te herkennen die afkomstig zijn van verschillende taalplatforms.

Houd de grootte van uw mobiele app in de gaten

Nog een belangrijk advies voor mobiele testers - Blijf het grootte van uw app na elke release.

We moeten ervoor zorgen dat de grootte van de app niet een punt bereikt waarop zelfs wij als eindgebruiker deze app niet willen downloaden vanwege de grote omvang.

App-upgradescenario's testen

Voor mobiele testers, testen van app-upgrades is zeer belangrijk. Zorg ervoor dat uw app niet crasht tijdens de upgrade, aangezien het ontwikkelingsteam mogelijk een versienummer niet overeenkomt.

Het bewaren van gegevens is ook net zo belangrijk als bij alle voorkeuren die de gebruiker in de vorige versie heeft opgeslagen, moet worden behouden wanneer hij de app upgradet.

Bijvoorbeeld een gebruiker heeft mogelijk zijn bankkaartgegevens opgeslagen in apps zoals PayTm, enz.

Device OS ondersteunt mogelijk geen app

Klinkt interessant?

Ja, veel apparaten ondersteunen uw app mogelijk niet. Velen van jullie moeten weten dat leveranciers hun eigen wrappers op de top van de VS schrijven en het zou mogelijk kunnen zijn dat een SQL-query van je app niet compatibel is met het apparaat en daarom een uitzondering genereert en het kan resulteren in het niet eens starten van de app op die telefoon.

Het punt hier is: probeer uw app op uw eigen apparaten te gebruiken, behalve de apparaten die u op kantoor gebruikt. Het is goed mogelijk dat u problemen ondervindt met uw app.

App-toestemming testen

De volgende op de lijst is Toestemming testen van mobiele apps Bijna elke seconde vraagt de app zijn gebruikers om toegang tot het contact, de camera, de galerij, de locatie enz. Van hun telefoon. Ik heb weinig testers gezien die een fout maken door de juiste combinaties van deze machtigingen niet te testen.

Ik kan me een realtime herinneren Voorbeeld toen we een chat-app testten die alle functies had om afbeeldingen en audiobestanden te delen. Toestemming voor opslag was ingesteld op NEE.

Wanneer een gebruiker nu op de camera-optie zou klikken, werd deze nooit geopend totdat de toestemming voor opslag is ingesteld op JA. Het scenario werd genegeerd omdat Android Marshmallow deze functionaliteit had dat als opslagmachtiging is ingesteld op NEE, de camera niet voor die app kan worden gebruikt.

De reikwijdte reikt verder dan wat we in de bovenstaande paragraaf hebben besproken. We moeten ervoor zorgen dat de app niet om toestemmingen vraagt die niet worden gebruikt.

Elke eindgebruiker die bekend is met de software-industrie, mag de app, waarvoor te veel toestemmingen worden gevraagd, niet downloaden. Als je een functie uit je app hebt verwijderd, zorg er dan voor dat je het toestemmingsscherm daarvoor verwijdert.

draadloos netwerkverkeer kan worden vastgelegd met sniffers

Vergelijk met vergelijkbare en populaire apps op de markt

Moraal van het verhaal - Als u ooit twijfelt, besluit het dan niet zelf. Het vergelijken met de andere vergelijkbare apps op hetzelfde platform kan uw argument versterken dat de geteste functionaliteit wel of niet zal werken.

Bekijk een overzicht van het Build Rejection Criterion van Apple

Ten slotte is een meerderheid van jullie misschien situaties tegengekomen waarin je builds door Apple werden afgewezen. Ik weet dat dit onderwerp het grootste deel van de lezers niet zal interesseren, maar het is altijd goed om het afwijzingsbeleid van Apple te kennen.

Als tester wordt het moeilijk voor ons om in de technische aspecten te voorzien, maar toch is er een afkeuringscriterium waar de testers voor kunnen zorgen.

Voor meer informatie hierover klikt u op hier.

Sta altijd op de voorste voet

Als tester mag u de zaken niet aan uw rechtbank overlaten van het Dev Team / Managers. Als je dan een passie hebt voor testen 'Wees altijd op de voorste voet' Probeer uzelf bezig te houden met activiteiten die plaatsvinden lang voordat de code naar uw emmer komt om te testen.

Het belangrijkste is: blijf kijken naar JIRA, QC, MTM of wat er ook in uw project wordt gebruikt voor de laatste updates over tickets van klanten en de Business Analist. Wees ook bereid om uw mening te geven als u wijzigingen nodig heeft. Dit geldt voor alle testers die aan verschillende domeinen en platforms werken.

Tot en tenzij we het product niet als het onze voelen, mogen we nooit suggesties doen voor nieuwe verbeteringen of wijzigingen in de bestaande functionaliteit.

Houd uw app lange tijd op de achtergrond (12-24 uur)

Ik weet dat het raar klinkt, maar er zit veel logica achter de schermen die we allemaal niet begrijpen.

Ik deel dit omdat ik de app heb zien crashen na het starten, bijvoorbeeld na ongeveer 14 uur vanaf de achtergrond. De reden kan van alles zijn, afhankelijk van hoe de ontwikkelaars het hebben gecodeerd.

Laat me een realtime voorbeeld delen:

In mijn geval was het verlopen van tokens de oorzaak erachter. Als een van de chat-apps na 12-14 uur wordt gelanceerd, blijft deze vastzitten op de verbindingsbanner en wordt deze nooit verbonden totdat deze wordt gedood en opnieuw wordt gestart. Dit soort dingen zijn erg moeilijk te vangen en in zekere zin maakt het mobiel testen uitdagender en creatiever.

Prestatietesten van uw app

In de mobiele wereld hebben de prestaties van uw app invloed op de mate waarin uw toepassing wereldwijd wordt erkend. Als testteam wordt het te belangrijk om de reactie van uw app te controleren en, nog belangrijker, hoe het werkt wanneer een groot aantal gebruikers alles samen gebruikt.

Voorbeeld:

Laten we het hebben over PayTm.

U moet allemaal op de optie GELD TOEVOEGEN in de PayTm-app hebben geklikt, die vervolgens het saldo weergeeft dat u in uw portemonnee heeft. Als we nadenken over wat er achter de schermen gebeurt, dan is het een verzoek dat naar de server gaat met de PayTm UserID en de server stuurt het antwoord terug met het saldo in je account.

Voorbeeld

Het bovenstaande geval is alleen wanneer een gebruiker de server heeft geraakt. We moeten ervoor zorgen dat zelfs wanneer 1000 gebruikers op de server terechtkomen, ze de respons ruim op tijd krijgen, omdat bruikbaarheid voor de eindgebruiker ons belangrijkste doel is.

Gevolgtrekking

Ik zou deze tutorial willen afsluiten door te herhalen dat mobiel testen in het begin heel gemakkelijk lijkt, maar terwijl je blijft graven, zul je begrijpen dat het niet gemakkelijk is om ervoor te zorgen dat alles wat ontwikkeld is soepel zal werken op duizenden apparaten over de hele wereld. .

Meestal ziet u de apps die alleen worden ondersteund op de nieuwste en de laatste paar versies van het besturingssysteem. Het wordt echter de taak van de testers om ervoor te zorgen dat ze geen scenario's missen. Er zijn veel andere punten waarmee rekening moet worden gehouden, maar ik heb de punten die al in de andere tutorials zijn genoemd, niet genoemd.

Scenario's zoals batterijverbruik, interrupt-testen, testen op verschillende netwerken (3G, Wi-Fi), testen tijdens het schakelen tussen netwerken, apen testen van mobiele apps, enz. Zijn allemaal handig als het gaat om mobiel testen.

De houding van testers is erg belangrijk als het gaat om de echte testomgeving. Tot en tenzij u van uw werk houdt, doet u geen moeite om dingen te doen die in de tutorial worden genoemd.

Ik werk nu ongeveer 6 jaar op dit gebied en ik ben me er heel goed van bewust dat de taken soms eentonig worden, maar er zijn veel andere dingen die we alleen kunnen doen om die eentonige taken enigszins interessant te maken.

Het ontwerpen van de juiste teststrategie, het kiezen van de juiste mobiele simulatoren, apparaten en mobiele testtools kan ervoor zorgen dat we 100% testdekking hebben en ons helpen om op beveiliging, bruikbaarheid, prestatie, functionaliteit en compatibiliteit gebaseerde tests op te nemen in onze testsuites.

Welnu, dit is onze poging geweest om aan meerdere verzoeken van onze lezers te voldoen voor een testgids voor mobiele applicaties.

Auteurs : Met dank aan Swapna, Hasnet en vele andere experts op het gebied van mobiel testen voor hun hulp bij het samenstellen van deze serie!

In ons volgende artikel zullen we er meer over bespreken Testen van iOS-apps 