Tenkning utover dine Android Application Limits - dummies

kan det hende at Android-enheten utfører eksternt arbeid som kan påvirke programmet, for eksempel å laste ned en stor fil i bakgrunnen mens du spiller av musikk fra et online radio program. Vil disse tunge nettverksbundne aktivitetene påvirke søknaden på noen måte? Det kommer an på.

Hvis appen din trenger en tilkobling til Internett og av en eller annen grunn ikke kan koble seg, vil den krasje? Hva skjer? Å vite svarene på disse spørsmålene betyr at du tenker utenfor programgrensene dine.

Ikke alle appene er opprettet like - noen gode er der ute, sammen med noen dårlige . Før du bygger eller slipper ut ditt første Android-program, må du sørge for at du kjenner innspillene i applikasjonen din og alt som kan påvirke det. Pass på at appen ikke krasjer når brukerne utfører rutineklikk hendelser og skjermnavigering.

Byggeprogrammer på innebygde enheter er svært forskjellige enn å bygge dem på en PC eller Mac, og årsaken er enkel: ressursene (f.eks. Batteri, minne og prosessor) er begrenset. Hvis Android-enheten er en telefon, er hovedformålet å utføre telefonlignende oppgaver, for eksempel å gjenkjenne et innkommende anrop, opprettholde et signal og sende og motta tekstmeldinger.

Hvis en telefonsamtale pågår, behandler Android-systemet denne prosessen som viktig, mens en nedlastingsfil i bakgrunnen anses å være uvitende. Hvis telefonen begynner å gå tom for ressurser, dreper Android alle ikke-vitale prosesser for å holde de vitale levende. En fil kan lastes ned igjen, men når en samtale går tapt, er den tapt for alltid - du må ringe igjen, noe som bare vil frustrere brukeren hvis hovedformålet med å kjøpe enheten var å få en telefon.

Appen din kan hente en fil i bakgrunnen, og prosessen blir drept - dette er et scenario du må teste. Det kan også skje hvis telefonen møter et område med dårlig eller ikke-eksisterende trådløst signal. Hvis forbindelsen blir tapt, lastes ikke filen ned.

Test for alle mulige løsninger og ha en sikkerhetsvakt for dem. Ellers vil appen din være utsatt for kjøretids unntak, noe som kan føre til dårlige anmeldelser fra brukere i Google Play Butikk.

Samhandle med søknaden din

For å sikre at appen din fungerer, brann den opp og spill med funksjonene. Mens appen din kjører, start en annen app, for eksempel nettleseren. Besøk noen få nettsteder, og kom tilbake til appen din.Klikk på noen knapper knyttet til appen din for å se hva som skjer. Prøv alle slags ting for å se om du finner utfall som du ikke har vurdert.

Hva skjer hvis en bruker samhandler med appen din og mottar en telefonsamtale? Lagrer du den nødvendige tilstanden på onPause () og gjenoppretter den på onResume ()?

Android håndterer den vanskelige oppgavestyringen for deg, men det er i siste instans ditt ansvar å administrere tilstanden til søknaden din.

De vanligste feilene kommer fra Android-utviklere som ikke klarer å lagre sin tilstand riktig på onPause og gjenopprette den på onResume. Husk at Android kan drepe aktiviteten når som helst, og det er opp til deg å sørge for at du sparer aktiviteten din, slik at den kan opprettes senere om nødvendig!

Teste om applikasjonen din fungerer

I emulatoren eller på enheten din, åpner du Stille modusbryterprogrammet fra startprogrammet. Du har allerede utført det første trinnet i testprosessen - sørg for at appen starter!

Når appen er åpen, må du kontrollere om telefonen er i stille modus ved å lete etter det lille stjernenikonet i varslingsfeltet.

Klikk på Silent Mode Toggle-knappen for å skifte ringetone modus. Var applikasjonens bilde endret? Prøv ulike tiltak for å sikre at søknaden fungerer som forventet. Hvis du finner en feil, kan du bruke feilsøkingsverktøyene som er omtalt i dette kapitlet, for å hjelpe deg med å identifisere problemet.

Har du problemer med å slå stille modus av igjen? Du har kanskje blitt rammet av en feil introdusert i Android 5. 0.

Hva med automatisert testing?

Med stigningen i fleksible metoder i løpet av det siste tiåret, er det bare et spørsmål om tid før du begynner å lure på hvordan du utfører automatisert testing i Android. SDK installerer Android-enhetstestingsverktøy som du kan bruke til å teste ikke bare Java-klasser, men også Android-baserte klasser og brukergrensesnittinteraksjoner.

Her er noen tilgjengelige verktøy:

• JUnit: Android SDK inkluderer JUnit 3. x integrasjon. Du kan bruke JUnit, et populært enhetstestingsramme som brukes i Java, til å utføre enhetsprøving eller interaksjonstesting, og du kan finne mer informasjon om JUnit. For å gjøre utviklingslivet ditt lettere, har Android Studio innebygde verktøy for å bidra til å lette testing i JUnit gjennom Android Studio.

• Monkey: Brukergrensesnittet og applikasjonsutøveren kjent som Monkey kjører på emulatoren eller enheten og genererer pseudorandom-strømmer av brukerarrangementer, inkludert kraner, bevegelser, berøringer, klikk og en rekke systemhendelser. Monkey, som er installert med Android SDK, er en nyttig måte å stress-teste et program på.

• UI Automator: UI Automator testing rammeverket lar deg teste ditt brukergrensesnitt (UI) effektivt ved å lage automatiserte funksjonelle UI test tilfeller som kan kjøres mot appen din på en eller flere enheter.

• Espresso: Espresso-biblioteket gjør enhetstesting Android betydelig enklere enn å bruke rett JUnit. Den bruker en enkel og kortfattet stil til å skrive Android-enhetstester.Begynn med 2. 0, er Espresso nå distribuert som en del av Android SDK.