Vill du veta mer om hur man testar mobilapplikationer? Här hittar du handledningen för mobiltestning av din app. Strategi för mobiltestning, de viktigaste stegen i mobiltestningsprocessen, specifikationer för testning av Android- och iOS-mobilapplikationer kommer att beaktas i den här artikeln.

Den explosiva tillväxten av mobila enheter som använder och utvecklingen av mobilappar gör testning till ett nyckelkrav för en framgångsrik och snabb leverans av högkvalitativa mobilapplikationer.

Mobilapplikationsspecifikationer

Det är uppenbart att mobilapplikationen skiljer sig mycket från skrivbordsapplikationen. Så vi bör ta hänsyn till detta när vi planerar testprocessen.

Så, låt oss överväga de viktigaste skillnaderna mellan mobila och stationära applikationer:

  • Den mobila enheten är ett system, som inte har någon kraftfull fyllning. Så den kan inte fungera som en persondator.
  • Den mobila applikationstestningen i tillhandahålls på lurar ( Apple, Samsung, Nokia, etc.), medan den stationära appen testas på en central processor.
  • Mobila enheters skärmar variation, deras förlängningar, och färger. Mobiltelefonens skärmstorlek är mindre än skrivbordsskärmar.
  • Att ringa och ta emot samtal är telefonens huvuduppgift, därför får applikationen inte störa denna huvudfunktion.
  • En stor variation av specifika operativsystem och komponentkonfigurationer: Android, iOS, BlackBerry
    etc.
  • Mobiltelefonens operativsystem blir snabbt föråldrat. Dessutom finns det en gräns för att uppdatera sitt OS.
  • Mobilenheter använder nätverksanslutningar ( 3G, 4G, Wi-Fi), skrivbord använder bredbandsanslutning eller Wi-Fi.
  • Mobilenheter söker ständigt efter nätverket. Därför bör du testa applikationen med olika datahastigheter.
  • Verktyg som är bra för testning av skrivbordsapplikationer är inte helt lämpliga för testning av mobilapplikationer.
  • Mobilapplikationer måste ha stöd för flera inmatningskanaler (tangentbord, röst, gester osv.).), multimediateknik och andra funktioner som ökar deras användbarhet.

En annan viktig sak vid testning av mobilapplikationer är typen av applikation.

Det finns tre huvudtyper av mobilapplikationer: Mobila webbapplikationer, Native (Pure native) Apps och Hybrid Apps.

Mobila webbapplikationer är i själva verket den webbplats som öppnas i gadgeten (smartphone eller surfplatta) med hjälp av den mobila webbläsaren.

Vissa fördelar med mobila webbapplikationer:

  • Lätt att utveckla.
  • Lätt åtkomst.
  • Lätt uppdatering.
  • Mobil webbapp kräver ingen installation.

Vissa nackdelar med mobila webbappar:

  • Ingen stöd för offlinemöjligheter.
  • Begränsad funktionalitet i jämförelse med hybrid- och nativeappar. (Ingen tillgång till filsystemet och lokala resurser).
  • Problem med omdistribution: Google Play och App Store stöder inte omdistribution av mobila webbappar.

Nativ app är en applikation som har utvecklats specifikt för en plattform (Android, iOS, Tizen, Windows 10 M0bile, BlackBerry).

Några fördelar med de nativa apparna:

  • Nativ app fungerar offline.
  • Den kan använda alla funktioner på sin enhet.
  • Avancerad användarupplevelse.
  • Push-notiser kan användas för att varna användarna.

Några nativa appars nativa nackdelar:

  • Det är dyrt att skapa nativa appar i jämförelse med mobila webbappar.
  • Det krävs höga kostnader för underhållet.

Hybridapp är en blandning av Native App och Mobile Web App. Den kan definieras som en exponering av innehållet på en mobil webbplats i applikationsformat.

Vissa fördelar med hybridappar:

  • Mer kostnadseffektivt i jämförelse med den infödda appen.
  • Lätt distribution.
  • Inbäddad webbläsare.
  • Enhetsfunktioner.

Vissa nackdelar med hybridappar:

  • Den fungerar inte lika snabbt som den infödda appen.
  • Grafiken är mindre van vid operativsystemet i jämförelse med den infödda appen.

Nyckelpunkter i strategin för testning av mobilsajter

Nu kan vi fundera på vår teststrategi. Låt oss överväga de viktigaste punkterna och utmaningarna som vi bör möta.

Väljning av enheter

Det råder ingen tvekan om att den riktiga enheten är det bästa beslutet om du vill testa en mobil applikation. Testning på en riktig enhet ger dig alltid den högsta noggrannheten i resultaten.

Det är faktiskt inte helt lätt att välja den lämpligaste enheten. Hur som helst, här är några åtgärder du bör göra när du väljer enhet för mobiltestning:

  • Gör en analys för att definiera de mest populära och använda prylarna på marknaden.
  • Välj enheter med olika operativsystem.
  • Välj enheter med olika skärmupplösningar.
  • Vänta uppmärksamhet på följande faktorer: kompatibilitet, minnesstorlek, anslutningsmöjligheter etc.

Som det nämndes tidigare har du många fördelar med att testa mobilappar på riktiga enheter:

  • Hög noggrannhet i testresultatet.
  • Enklare replikering av fel.
  • Punkter som batteridränering, geolokalisering, push-notiser, enheters inbyggda sensorer är lätta att testa.
  • Möjlighet att testa inkommande avbrott (samtal, SMS).
  • Möjlighet att testa mobilapplikationer i verklig miljö och under verkliga förhållanden.
  • Ingen falska positiva resultat.

Och även några nackdelar:

  • Ett stort antal ofta använda enheter.
  • Övriga kostnader för underhåll av enheterna.
  • Begränsad tillgång till enheter som ofta används i utlandet.

Som du kan se är testning på riktiga enheter ett bra beslut, men det har också vissa begränsningar. Du bör övervinna dem för att göra testprocessen för mobila appar riktigt effektiv.

Emulatorer eller simulatorer?

Det är inte svårt att gissa att de är speciella verktyg som emulerar/simulerar funktionalitet och beteende hos de mobila enheterna.

”Emulator” och ”simulator”-betydelser förväxlas ofta. Trots deras nästan likadana uttal har de inte samma betydelse.

I själva verket är en emulator en ersättning för den ursprungliga enheten. Även om du kan köra mjuka och appar på din pryl, har du ingen möjlighet att ändra dem.

Simulatorn replikerar inte enhetens hårdvara, men du har en möjlighet att ställa in en liknande miljö som den ursprungliga enhetens operativsystem.

Det är alltså bättre att använda mobilsimulatorer för att testa mobilapplikationer. Emulatorer är mer lämpliga för testning av mobila webbplatser.

Här kan du läsa mer om emulatorer och simulatorer.

Några fördelar med att använda simulatorer för att testa mobilapplikationer:

  • Enkla inställningar.
  • Snabbt fungerande.
  • Hjälper dig att verifiera och utforska beteendet hos din mobilapplikation.
  • Kostnadseffektiv.

Några nackdelar med att använda simulatorer för att testa mobilapplikationer:

  • Enhetens hårdvara beaktas inte.
  • Falska positiva resultat är möjliga.
  • Inkompletta uppgifter om simuleringsresultaten, vilket gör det svårt att göra en fullständig analys av testresultaten.

Molnbaserad testning av mobilapplikationen

Testning av mobilapplikationer med molnbaserade verktyg verkar vara det optimala valet. Det kan hjälpa dig att övervinna nackdelarna med riktiga enheter och simulatorer.

De viktigaste fördelarna med detta tillvägagångssätt:

  • Lätt tillgänglighet.
  • En förmåga att köra mobila enheter på flera system och nätverk.
  • En förmåga att inte bara testa, utan också uppdatera och hantera appar i molnet.
  • Kostnadseffektivt.
  • Hög skalbarhet.
  • Samma skript kan köras på flera enheter parallellt.

Vissa svaga punkter hos mobiltestning i molnet:

  • Mindre kontroll.
  • Ingen så hög säkerhetsnivå.
  • Avhängigt av internetanslutningen.

Några användbara molnbaserade verktyg, som kan hjälpa dig att testa mobila applikationer: Xamarin Test Cloud, Perfecto Mobile Continuous Quality Lab, Keynote Mobile Testing. Här kan du läsa mer om verktyg för mobiltestning.

Mobil manuell och automatiserad testning

Nuförtiden stöder många specialister åsikten att manuell testning kommer att dö. Visst är det inte sant. Naturligtvis kan vi inte klara oss utan testautomatisering, men det finns också situationer när manuell testning är att föredra.

Några fördelar med manuell testning av mobilapplikationer:

  • Det är mer kostnadseffektivt i den kortsiktiga perioden.
  • Manuell testning är mer flexibel.
  • Bättre simulering av användarens handlingar.

Vissa nackdelar med manuell testning av mobilapplikationer:

  • Manuella testfall är svåra att återanvända.
  • Mindre effektivt att utföra vissa och konstanta uppgifter.
  • Den process som körs är långsam.
  • Vissa typer av testfall kunde inte utföras manuellt (belastningstester).

Några fördelar med appautomatiseringstestning:

  • Testkörningsprocessen är ganska snabbare.
  • Kostnadseffektivt i den långvariga perioden.
  • Automatiserade testfall är lätta att återanvända.
  • Enbart beslut för vissa typer av testning (perfomanstestning).
  • Testresultaten är lätta att dela.

Några nackdelar med app-automationstestning:

  • Automatiserade verktyg för mobiltestning har vissa begränsningar.
  • Tidskrävande process.
  • Automatiserad testning är mindre effektiv när det gäller att definiera användarvänlighet eller positiv kundupplevelse.

Som du kan se bör du fatta olika beslut för att skapa din strategi för mobiltestning. Naturligtvis finns det inga entydiga svar på dem.

Kombinationen av olika tillvägagångssätt verkar vara det optimala sättet. Du kan till exempel använda simulatorer i de tidigaste skedena av din testprocess. Men är bättre att använda riktiga enheter (fysiska eller molnbaserade) i slutskedet. Automatiserad testning är att föredra för belastnings- och regressionstestning. Men manuella verktyg för mobiltestning är bättre att använda för användbarhet och utforskande testning.

Testning av mobilapplikationer steg

Så, låt oss börja överväga de viktigaste stegen i testningsprocessen för mobilapplikationer. De mer mestadels liknar de flesta etapperna för testning av webbplatser. För det mesta, men inte helt och hållet lika. Som du har läst tidigare finns det några grundläggande skillnader mellan mobilapplikationer och skrivbordsapplikationer. Därför måste vi passera några ytterligare steg och göra några ytterligare verifieringar.

1. Dokumentationstestning

Dokumentationstestning är det nödvändiga förberedande steget i testprocessen för mobilapplikationer.

Det är faktiskt så att testning börjar före mjukvaruutvecklingsprocessen. Testare får navigationsdiagram, skärmlayouter, andra krav osynliga på designen. Dessa krav analyseras för fullständighet och inkonsekvens. Motsägelser i kraven måste lösas innan utvecklingen påbörjas.

Artiklar som krav (specifikation, PRD), testplan, testfall, spårbarhetsmatris skapas och analyseras i detta skede.

2. Funktionell testning

Funktionell testning syftar till att säkerställa att den fungerar enligt de definierade kraven. Enkelt uttryckt kontrollerar vi om applikationen utför de förväntade funktionerna, som vanligtvis beskrivs i specifikationen eller motsvarar logiken i affärsprocesserna.Var uppmärksam på följande viktiga faktorer när du tillhandahåller funktionell testning av din mobilapp:

  • Applikationstypen, som definieras av dess affärsfunktionalitet (sociala nätverk, bankverksamhet, utbildning, beställning och leverans av mat, biljetter, spelindustrin osv.).
  • Målgrupp (företag, användare, utbildningsmiljö etc.).
  • Distributionskanaler (direktleverans, Google Play, App Store etc.)

Nu ska vi överväga de viktigaste verifieringarna, som bör passera för att testa mobilapplikationsfunktionalitet.

Installation och körning av applikationen

  • Installationen av applikationen ska ske utan betydande fel, om enheten uppfyller systemkraven.
  • Verifiera att applikationen startar automatiskt på rätt sätt.
  • Säkerställ att användarmanualen finns tillgänglig.
  • Säkerställ att applikationens funktion vid uppstart/avslutning uppfyller de grundläggande kraven.

Testning av fält

  • Kontrollera att de obligatoriska fälten fungerar korrekt.
  • Säkerställ att obligatoriska och valfria fält visas på olika sätt.

Testning av affärsfunktioner

  • Kontrollera att det deklarerade priset och innehållet motsvarar den information som användaren har fått.
  • Säkerställ att användaren kan utföra typiska operationer: köpa, lägga varor i vagnen, beställa varor etc.
  • Säkerställ att applikationen stöder betalningstransaktioner genom betalningssystem som Visa, Mastercard, Paypal etc.
  • Kontrollera återvinningen av köpet oavsett enhet, men med en kontobindning.

Testning av avbrott

  • Inkommande och utgående samtal, SMS och MMS.
  • Batteri urladdning/avlägsnande.
  • Avkoppling och inkoppling av nätverk/Wi-Fi.
  • Avkoppling och anslutning av SD-kortet.
  • Laddning av enheten.

Kontinuerlig testning av användarnas återkoppling

  • Hämtning av innehållsmeddelanden
  • Framstegsindikator.
  • Knapparnas lämpliga reaktion vid tryckning.
  • Felmeddelanden om nätverksåtkomst.
  • Meddelanden om försök till radering av viktig information.
  • Förutsättningar och synkronisering av ljud, vibrationer och visuella meddelanden.
  • Det visas en skärm (meddelande) i slutet av processen ( spelet).

Uppdateringstest

  • Alla användardata sparas efter uppdateringar.
  • Säkerställ att uppdateringsförloppet visas korrekt.
  • Säkerställ att uppdateringar stöds av äldre operativsystem.
  • Testning av olika sätt att installera uppdateringar (Wi-Fi, Bluetooth, USB)

Testning av enhetsresurser

  • Misslyckande med att installera eller köra applikationen.
  • Minnesläckor. Var uppmärksam på fönster med mycket information och uppgifter med långa arbetsflöden.
  • Installation/ersättning av appen på SD-kortet.
  • Försvinnande av vissa funktioner som stöds av applikationen (3G, SD-kort etc.).
  • Säkerställ att den installerade applikationen inte stör den normala driften av andra appar och inte förbrukar deras minne.

Några andra verifieringar:

  • Spel som berörs av verifieringar:
  • Säkerställ att felmeddelanden om information är korrekta i tid och lämpliga.
  • Verifiera anslutning till analysverktyg som Google Analytics.
  • Testar strömförbrukningen.
  • Verifiera de nödvändiga alternativen för att arbeta korrekt med sociala nätverk – Dela, Publicera, Navigation.

Några användbara verktyg för att testa mobilapplikationens funktionalitet: Appium, Selendroid, Robotium, Ranorex.

3. Testning av användbarhet

Utveckling av användbarhet syftar till att säkerställa att det är bekvämt att använda applikationen, skapar ett intuitivt gränssnitt som överensstämmer med accepterade standarder. Den utförs för att skapa snabba och lättanvända applikationer. Här finns 3 huvudsakliga grundläggande kriterier för utvärdering av appar:

  • Tillfredsställelse
  • Effektivitet
  • Effektivitet

Låt oss betrakta den enkla checklistan för att testa mobilapplikationens användbarhet:

  • Säkerställ att knapparna har normal storlek och är placerade på ett område på skärmen
  • Kontrollera att appen fungerar i multitaskingläge, om det behövs.
  • Kontrollera navigeringen av viktiga programmoduler.
  • Säkerställ att ikonerna och bilderna ser naturliga ut i appmiljön.
  • Kontrollera att färgen på de knappar som utför samma funktion är densamma.
  • Texten ska vara enkel, tydlig och synlig för användaren. Korta meningar och stycken är möjliga att läsa.
  • Den optimala teckensnittsstorleken ska fastställas.
  • Säkerställ att systemet för inzoomning och utzoomning fungerar korrekt.
  • Säkerställ att kontextmenyerna inte är överbelastade.
  • Säkerställ att applikationen kan avslutas i vilket tillstånd som helst och att den återupptar verksamheten i samma tillstånd.
  • Säkerställ att applikationskomponenterna är synkroniserade med användarens handlingar.
  • Säkerställ att användaren kan återvända eller avbryta åtgärden om han/hon trycker på fel knapp.
  • Säkerställ att elementets svarshastighet är tillräckligt hög

Några användbara verktyg för att testa mobilapplikations användbarhet: Användarzoom, Reflector, Loop11.

4. Testning av användargränssnitt

Testning av användargränssnitt (UI) utförs för att säkerställa att det grafiska användargränssnittet i din app uppfyller specifikationerna.

Här är några verifieringar för att testa mobilapplikationens användargränssnitt:

  • Säkerställ överensstämmelse med standarderna för användargränssnitt
  • Kontrollera appens användargränssnitt med standardskärmupplösningar: 640 × 480, 800 × 600, 1024 × 768, 1280 × 800, 1366 × 768, 1400 × 900, 1680 × 1050.
  • Verifiera applikationens responsivitet på olika enheter.
  • Testar de viktigaste designelementen: knappar, ikoner, färger, länkar, typsnitt, typsnittsstorlekar, layout, textrutor, textformatering, etiketter, bildtexter, knappar, listor osv.
  • Verifiera att reklamen inte överlappar applikationens kontrollknappar.
  • Säkerställ att reklamen har en lättillgänglig stängningsknapp.
  • Säkerställ att olika element visas korrekt på retinaskärmar och icke-retinaskärmar.
  • Verifiera att alla element visas med porträtt- och landskapsorientering av sidan.

Några användbara verktyg för att testa gränssnittet för mobila applikationer: FitNesse, iMacros, Coded UI, Jubula, LoadUI.

5. Testning av kompatibilitet (konfiguration)

Testning av kompatibilitet (konfiguration) utförs för att säkerställa att applikationen fungerar optimalt på olika enheter – med hänsyn till deras storlek, skärmupplösning, version, hårdvara osv. Du bör uppmärksamma följande punkter:

  • OS Configuration
  • Browser Configuration
  • Database Configuration
  • Device Configuration
  • Nätverkskonfiguration
  • Nätverkskonfiguration

Testning av plattformsoberoende applikationer hjälper dig att testa mobila applikationer i olika operativsystem: Windows, iOS, Android och BlackBerry etc.

Testning på flera webbläsare gör det möjligt att säkerställa att appen fungerar korrekt i olika webbläsarkonfigurationer: Mozilla Firefox, Google Chrome, Opera Mini etc.

Databastestning syftar till att verifiera att din applikation fungerar korrekt i olika databaskonfigurationer: Oracle, DB2, MySql, MSSQL Server, Sybase.

Testning av enhetskonfiguration bör ta hänsyn till följande parametrar:

  • Enhetstyp: smartphone, surfplatta etc.
  • Enhetskonfiguration:

Testning av nätverkskonfiguration utförs för att säkerställa korrekt arbete i olika nätverkskonfigurationer (GSM, TDMA) och standarder (2G, 3G, 4G).

Några tips för att testa mobilapplikationens kompatibilitet:

  • Skapa en täckningsmatris (tabellen där alla möjliga konfigurationer anges).
  • Prioritera konfigurationer.
  • Kontrollera varje konfiguration, steg för steg, i enlighet med de fastställda prioriteringarna.

Några användbara verktyg för att testa mobilapplikationens perfomancekompatibilitet: BrowserStack, CrossBrowserTesting från Smart Bear, Litmus, Browsera, Rational Clearcase från IBM, Ghostlab.

6. Prestandatestning

Prestandatestning är en uppsättning typer av testning vars syfte är att fastställa funktionsdugligheten, stabiliteten, resursförbrukningen och andra attribut för applikationens kvalitet under olika användningsscenarier och belastningar.

Huvudsyftena med prestandatestning:

  • Kontroll av applikationens svarstid på olika typer av förfrågningar, för att se till att applikationen fungerar enligt kraven för den normala användarbelastningen. (Lasttestning).
  • Testning av applikationens arbetskapacitet vid belastningar som överstiger användarens flera gånger. (Stresstestning).
  • Testar applikationens funktionsförmåga vid långvarigt arbete under normal belastning. (Stabilitetstestning).
  • Kontrollera arbetet under förhållanden i den ”utökade” databasen, under normal tid. (Volymtestning).
  • Detektera antalet användare som samtidigt kan arbeta med programmet. (Testning av samtidighet).

Några verifieringar för prestandatestning av din mobilapp:

  • Detektera om applikationen körs på samma sätt under olika nätverksförhållanden.
  • Hitta olika flaskhalsar i applikationen och infrastrukturen som minskar applikationsprestandan.
  • Utvärdera applikationens förmåga att klara av planerade belastningsvolymer.
  • Verifiera att applikationens svarstid uppfyller kraven.
  • Kontrollera applikationens stabilitet under förhållanden med hård användarbelastning.
  • Säkerställ applikationens prestanda om den fungerar under förhållanden med en icke-permanent anslutning till Internet.
  • Säkerställ att den befintliga klient-server-konfigurationen ger optimal prestanda.

Några användbara verktyg för att testa mobila applikationers prestanda: NeoLoad från Neotys, Apteligent (tidigare Crittercism), New Relic.

7. Säkerhetstestning

Säkerhetstestning syftar till att kontrollera systemets säkerhet, samt att analysera de risker som är förknippade med att tillhandahålla ett holistiskt tillvägagångssätt för applikationsskydd, hackare, virus, obehörig åtkomst till känsliga data.

Några verifieringar du måste passera för att testa mobilapplikationens säkerhet:

  • Säkerställ att användarnas data i applikationen (inloggningar, lösenord, bankkortsnummer) är skyddade från nätverksattacker av automatiserade system och inte kan hittas genom urval.
  • Verifiera att applikationens säkerhetssystem kräver ett starkt lösenord och att det inte tillåter angriparen att lägga beslag på andra användares lösenord.
  • Säkerställ att programmet inte ger tillgång till känsligt innehåll eller funktionalitet utan korrekt autentisering.
  • Skydda programmet mot attacker av typen SQL-injektion.
  • Skydda programmet och nätverket mot DoS-attacker.
  • Skydda programmet mot skadliga attacker mot klienter.
  • Skydda systemet mot skadliga implementeringar när programmet är igång.
  • Skapa sessionshantering för att skydda information från obehöriga användare.
  • Förhindra eventuella skadliga konsekvenser av caching av filer.
  • Undersök användarfiler och förhindra deras eventuella skadliga effekter.
  • Analysera interaktionen mellan systemfiler, identifiera och korrigera sårbarheter.
  • Förhindra eventuella skadliga åtgärder av cookies.

Några användbara verktyg för att testa säkerheten för mobila applikationer: Retina CS Community, OWASP Zed Attack Proxy, Veracode, Google Nogotofail och SQL Map.

8. Testning av återhämtning

Testning av återhämtning verifierar den testade appen med avseende på dess förmåga att motstå och framgångsrikt återhämta sig från eventuella fel som orsakas av programvarufel, maskinvarufel eller kommunikationsproblem.

Här är en lista över verifieringarna för återhämtningstestet:

  • Verifiera den effektiva återhämtningen av applikationen efter oförutsedda kraschscenarier.
  • Säkerställa processen för dataåterställning efter ett avbrott i anslutningen.
  • Testa återhämtningen efter ett systemfel och ett transaktionsfel.
  • Verifiera applikationens förmåga att bearbeta transaktioner vid strömavbrott (lågt batteri, felaktig avstängning av applikationen etc.).

9. Lokaliseringstestning

Lokaliseringstestning gör det möjligt att testa mobilapplikationsanpassning för en specifik målgrupp i enlighet med dess kulturella särdrag.

Några verifieringar för lokaliseringstestning:

  • Detektera de språk som stöds av applikationen.
  • Säkerställ att översättningen är korrekt.
  • Verifiera att översättningen är korrekt i enlighet med applikationens tema
  • Kontrollera datumformaten.
  • Kontrollera avgränsare i siffror.

Självklart är modersmålstalare att föredra för att utföra lokaliseringstestning av mobilapplikationen.

Ubertesters, eggPlant kan vara användbart för att testa mobilapplikationslokalisering.

10. Ändringsrelaterad testning

Så, du har passerat alla nämnda stadier och hittat några fel. Därför har vissa ändringar gjorts i koden för din app.

De viktigaste målen för den ändringsrelaterade testningen:

  • Verifiera att ditt team framgångsrikt har åtgärdat alla upptäckta fel (omtestning eller bekräftelsetestning). Enkelt uttryckt körs de testfall som ursprungligen upptäckte felen igen. Och den här gången ska de godkännas utan några fel.
  • Verifiera att de nya ändringarna inte ledde till att nya fel uppstod. (Regressionstestning). Om du tillhandahåller regressionstestning bör du faktiskt inte bara klara testfallen med upptäckta fel, utan även testfallen som kontrollerar alla funktioner i din app.

Några användbara verktyg för ändringsrelaterad testning av din app: Appium, Robotium, Ranorex.

11. Betatestning

Enligt har du förversionen med full funktionalitet av din mobilapp. Det vore bättre att utvärdera programmets möjligheter och stabilitet med tanke på dess framtida användare.

Betatestning är det skede då man felsöker och kontrollerar beta-versionen av programmet. Dess huvudsyfte är att identifiera maximalt antal fel i dess arbete för att därefter eliminera dem innan appen släpps slutgiltigt på marknaden.

Personer som har erfarenhet av att arbeta med appar av liknande typ, eller ännu hellre med den tidigare versionen av applikationen, väljs till rollen som betatestare.

Du bör vara uppmärksam på följande faktorer innan du tillhandahåller betatestning av din mobilapp:

  • Ett antal testdeltagare.
  • Testets varaktighet.
  • Försändelse
  • Demografisk täckning
  • Testkostnader.

Trots att du måste spendera en del pengar för betatestning kan det vara en bra investering i kvaliteten på din mobilapp.

Några populära plattformar för betatestning av mobilappar: HockeyApp, Ubertesters, TestFlight .

12. Certifieringstestning

Det finns vissa regler för att organisera en installationsfil (.apk) och regler för utformning av applikationer för varje applikationsbutik. Certifieringstestning verifierar att appen uppfyller kraven i de mest populära butikerna som Google Play, App Store och Windows Phone.

Låt oss betrakta de viktigaste kriterierna för applikationens överensstämmelse med standarder, licensavtal och användningsvillkor.

Android:

  • Installationsfilen för applikationen (.apk) stämmer överens med Programpolicies .
  • Programmet uppfyller kraven i UIG .
  • Det finns inga virus i programmet. Android market kontrollerar halvautomatiskt applikationen för virus och kan spärra ditt konto om de upptäcks.
  • Du bör följa ordningen för versionskontroll vid publicering av en uppdaterad version av din app.

iOS:

  • Applikationen uppfyller kraven i riktlinjerna för mänskligt gränssnitt.
  • Appen måste ha ett unikt namn.
  • Du måste tillhandahålla en länk för återkoppling från utvecklaren.
  • Appen bör placeras i den bestämda särskilda kategorin.
  • App Store testar appen för kompatibilitet.
  • Appen innehåller inte förbjudet material, oförutsedda förseningar i arbetet eller upprepning av befintliga funktioner.

Windows Phone

  • Appen uppfyller kraven i App-certifieringskraven.
  • Tydlig beskrivning av hårdvaru- och nätverkskraven.
  • Funktionerna som nämns i beskrivningen eller visas i skärmdumparna realiseras fullt ut
  • Möjlighet att styra automatiskt spelbart ljud krävs.

Tips för att testa mobilapplikation

Låt oss systematisera vår kunskap och försöka fastställa de viktigaste tipsen för testning av mobilapplikationer.

  1. Lär dig appen du ska testa.
  2. Håll dig till skillnaderna mellan dator- och mobilappar.
  3. Ta hänsyn till operativsystemets och maskinvarans särdrag
  4. Använd riktiga enheter när det är möjligt.
  5. Inte försöka hitta en ”schweizisk armékniv” för testning. Använd de verktyg du känner till.
  6. Använd fördelarna med mobiltestning i molnet.
  7. Bekräfta dina resultat med skärmdumpar, loggar och videoklipp.
  8. Testa din mobilapp både för porträtt- och landskapsläge på skärmen.
  9. Använd utvecklingsmenyalternativen för iOS och Android.
  10. Nej negligera (men missbruka inte) emulatorer och simulatorer för testning.
  11. Verifiera appens prestanda.
  12. Automatisera inte allt
  13. Få riktiga användare att testa appen
  14. Fördela tid för att arbeta fram mer komplexa, okonventionella testscenarier (t.ex.
  15. Tänk på den mänskliga faktorn

Testa mobilapplikation med EasyQA SDK

Praktik är det bästa sättet att lära sig något. Du har en förmåga att använda vissa funktioner i EasyQA för att testa din mobilapp.

EasyQA SDK är en uppsättning funktioner, utvecklade av vårt team, för att göra mjukvarutestningsprocessen effektivare och enklare.

Här är de viktigaste funktionerna:

  • Crasrapportering
  • In-app felrapportering
  • Göra skärmdumpar
  • Videoinspelning
  • Det fungerar både med Android- och iOS-appar.

Följ den här länken, om du vill veta mer om EasyQA SDK.

Lämna ett svar

Din e-postadress kommer inte publiceras.