Når vi går i gang med at udvikle en mobilapplikation , er en af de største udfordringer at sikre en fejlfri brugeroplevelse på enhver enhed. Det er ingen nem opgave at få rigtige mennesker til at teste alle aspekter af appen, endsige have et bredt udvalg af telefoner af alle mærker og modeller. Det er her, Firebase Test Lab kommer ind i billedet , en Google-løsning, der giver os mulighed for at lette vores arbejdsbyrde ved at delegere testning til skyen.
Grundlæggende taler vi om et miljø, hvor vi kan lancere vores app på en bred vifte af fysiske og virtuelle enheder uden at skulle købe dem eller opbevare dem på et kontor. Det er det ideelle værktøj for dem, der søger stabilitet og pålidelighed, da det giver os mulighed for at opdage kritiske fejl, før de når slutbrugerne, samtidig med at vi optimerer udviklingsomkostninger og -tid på en bemærkelsesværdig måde.
Hvad er Firebase Test Lab præcist, og hvad bruges det til?
Denne platform er i bund og grund et enhedslaboratorium, der hostes i Googles datacentre. Hovedformålet er at give udviklere mulighed for nemt at evaluere kompatibiliteten og ydeevnen af deres Android- og iOS-applikationer. Ved at bruge rigtig hardware undgår den de fantomfejl, der kun opstår med specifikke skærmkonfigurationer, regioner eller operativsystemversioner.
For at give dig en idé, har virksomheder som American Express formået at reducere deres testomkostninger med 50% ved at flytte deres kontinuerlige integrationstest til dette virtuelle miljø, hvilket giver deres ingeniører mulighed for at fokusere på at skabe nye funktioner i stedet for at kæmpe med kabler og fysiske enheder. Det er dog vigtigt at forstå, at dette værktøj ikke er designet til belastningstest på backend-servere, men snarere til at validere appens adfærd på klientsiden.
Typer af tests, du kan køre
Afhængigt af hvad vi skal teste, tilbyder Test Lab forskellige testmuligheder. På den ene side er der instrumenttests til Android , som kan suppleres med UI-testautomatisering ved hjælp af Espresso . Disse kræver præskrevet kode for at validere specifikke funktioner. På den anden side er der Robo-testen , som er fantastisk, fordi den ikke kræver at skrive en eneste linje kode; værktøjet scanner automatisk appen for at opdage potentielle fejl.
I Apples økosystem har vi XCTest-understøttelse til iOS , hvilket sikrer ensartet kvalitet på tværs af begge platforme. Derudover er der Game Loop for spiludviklere , som er kompatibel med både iOS og Android. Når du har valgt din foretrukne metode, skal du blot pakke din applikation og uploade den til Firebase-konsollen for at komme i gang.
Trin-for-trin arbejdsgang og implementering
For at få alt dette op at køre, er det første skridt at gøre appen klar. Når den er uploadet til Firebase, skal vi definere testmatricen . Dette involverer at vælge det sæt enheder, OS-versioner, skærmretninger og lokale indstillinger, vi vil teste. Det er som at skabe et virkeligt scenario, hvor vores app skal overleve.
Hvis du foretrækker at blive i dit arbejdsmiljø, er integrationen med Android Studio problemfri. Fra menuen med kørselsindstillinger kan du tilføje en ny konfiguration for "Android Instrumented Tests" og i sektionen Target vælge Firebase Test Lab Device Matrix . Du skal blot godkende med din Google-konto og vælge dit linkede projekt for at udløse testene direkte fra IDE'en.
For dem, der ønsker at tage automatisering til det næste niveau, er det muligt at integrere Test Lab i CI/CD-pipelines som GitHub Actions, GitLab CI eller Jenkins. Ved hjælp af gcloud CLI eller Firebase CLI kan du aktivere kommandoer til automatisk at køre tests, hver gang ny kode pushes, hvilket sikrer, at ingen versioner med kritiske fejl når produktion.
Resultatanalyse og kvalitetsoptimering
Når testene er færdige (hvilket kan tage et par minutter afhængigt af arrayets størrelse), giver Firebase os en detaljeret og omfattende rapport . Det er ikke bare en simpel "bestået" eller "ikke bestået"; vi får komplette logfiler, skærmbilleder af hvert trin og, vigtigst af alt, videoer af udførelsen . Dette er uvurderligt til at reproducere fejl, der ellers ville være umulige at spore.
Når vi analyserer resultaterne, bør vi se på staksporingen i loggene for at finde den præcise årsag til nedbruddet og bruge videoerne til at forstå det brugerflow, der forårsagede fejlen. Overvågning af metrikker som nedbrudsrate og hændelsesfrekvens giver os mulighed for at træffe datadrevne beslutninger og prioritere rettelser, der påvirker flest brugere.
I Android Studio giver Run-vinduet os mulighed for at sammenligne den forventede værdi med den faktiske værdi i mislykkede tests, hvilket muliggør øjeblikkelige fejlrettelser. Derudover kan vi bruge kodedækningsværktøjer til at bestemme præcis, hvor stor en procentdel af vores logik der er blevet valideret, hvilket sikrer, at vi ikke har glemt nogen løse ender i appens arkitektur.