Vid första anblicken ser det kanske inte så mycket annorlunda ut att testa en mobilapp än att testa en vanlig stationär app. Mobil- och stationära appar är ofta skrivna på samma språk och värd på samma servrar. De måste också uppfylla samma grundläggande användarförväntningar inom områden som lastningshastighet och tillgänglighet.
Men när du dyker ner i detaljerna inser du att mobilappar är fundamentalt annorlunda bestar än stationära appar, och i förlängningen kräver mobiltestning ett unikt tillvägagångssätt. Du kan inte bara ta en strategi för mjukvarutestning som fungerar för stationära appar och hämta den på dina mobilappar.
Den här artikeln beskriver fem av de främsta anledningarna till varför mobiltester kräver en annan strategi än testning av stationära applikationer och vilka unika behov QA-ingenjörer behöver tänka på när de testar applikationer.
1. Variation av mobil konfiguration
Den kanske största skillnaden mellan mobil- och datortestning är att med mobilappar har ingenjörer en mycket bredare uppsättning möjliga konfigurationer att hantera.
I en värld av stationära datorer finns det bara två huvudoperativsystem – Windows och macOS – och ett relativt litet antal operativsystemversioner för varje familj. Och även om det finns många olika typer av datorer och bärbara datorer, uppfyller de alla samma grundläggande hårdvarustandarder.
Däremot finns det över 24 000 olika typer av Android mobila enheter där ute – för att inte tala om iOS-enheter, som bidrar till mångfalden av hårdvara. Det finns också ett bredare utbud av operativsystem och mobilversioner.
Detta innebär för QA-team att det finns många fler variabler att testa med mobila enheter. Detta innebär också att testerna måste vara mer effektiv så att ingenjörer kan testa så många potentiella konfigurationer som möjligt utan att fördröja programutgivningscykler.
2. Avsaknad av mobila teststandarder
Med en traditionell webbaserad skrivbordsapplikation finns det en konsekvent uppsättning standarder som applikationen förväntas följa vid rendering av innehåll – närmare bestämt de standarder som satts av W3C, ett konsortium som förespråkar en interoperabel värld baserad på standarder. Bred duk.
I den mobila sfären finns det dock inget som motsvarar W3C-standarder. Appar kan rendera innehåll på en mängd olika sätt, varav många är enhetsspecifika.
Återigen ökar detta behovet av specifika testteam att ta hänsyn till fler variationer och kantfall. Med stationära appar räcker det ofta att se till att appen är W3C-kompatibel, men mobiltester är inte så enkelt.
3. Unika krav på mobil tillgänglighet
Tillgänglighetstester, som säkerställer att tillgänglighetsfunktioner som möjligheten att öka textstorleken fungerar korrekt, är viktigt för att ge en fantastisk upplevelse för alla användare, oavsett om de använder appar via stationära datorer eller mobila enheter.
Men med mobila enheter är tillgänglighetstestning svårare eftersom det finns mer utrymme för fel när man implementerar tillgänglighetsfunktioner. Till exempel kan enheters mindre skärmstorlekar – och den större variationen i genomsnittlig skärmstorlek – innebära att en ökning av textstorleken gör att appen visar text utanför skärmen. Eller så kan en “nattläge”-funktion på en skärm resultera i lägre än förväntat kontrast mellan text och bakgrunder, vilket orsakar tillgänglighetsproblem för vissa användare.
En mobil teststrategi måste kunna ta hänsyn till sådana risker, som inte är lika uttalade för stationära applikationer.
4. Mobilmiljöskillnader
Per definition kan mobila enheter användas i en mängd olika fysiska miljöer. Beroende på var en användare kommer åt en mobilapplikation från, kan applikationsprestanda påverkas av olika miljöfaktorer som vanligtvis inte gäller för stationära applikationer.
Till exempel kan begränsad nätverksanslutning minska applikationsprestanda när användare strövar för långt från mobilmaster. Eller så kan energibesparande funktioner på mobila enheter som körs på lågt batteri minska hastigheten med vilken appar renderar innehåll.
Återigen skapar dessa faktorer ytterligare risker som QA-team måste hantera när de planerar testrutiner.
5. Högre insatser för mobiltester
Det rekommenderas att du strävar efter att ge bästa möjliga upplevelse för alla användare, oavsett om de är på en dator eller inte. Men verkligheten är att en dålig användarupplevelse i mobilappar tenderar att ha en mer negativ inverkan på ett företags varumärke.
Anledningen är att det är lätt för användare att lyfta fram dålig appprestanda genom att ge appar låga betyg eller lämna negativa kommentarer på marknadsplatser. De kan inte göra dessa saker för de flesta stationära appar eftersom, till skillnad från mobilappar, de flesta stationära appar inte laddas ner via centraliserade marknadsplatser med användarklassificeringsfunktioner.
Denna skillnad gör inte mobiltestning mer tekniskt svår, och för att vara tydlig säger jag inte att du kan snåla med skrivbordstestning eftersom användare kommer att överge dina stationära appar om de inte fungerar som de ska, men det ökar insatserna med att utveckla en teststrategi. Företag har helt enkelt mer att förlora, anseendemässigt, på att leverera buggyappar än på fula stationära appar.
Slutsats: Behovet av ändamålsenliga testlösningar
Allt ovanstående är anledningen till att vi behöver fler teststrategier och lösningar designade specifikt för mobila enheter.
Historiskt har QA-team ofta försökt att utöka teststrategier för stationära datorer för att adressera mobila enheter när de lägger till appar i sina kataloger, men detta tillvägagångssätt fungerar helt enkelt inte. Mobilappar och enheter är för olika på grundläggande sätt för att passa in i en skrivbordscentrerad testrutin. Ju tidigare QA-ingenjörer inser detta, desto snabbare kommer de att optimera sina användarupplevelser.