I denne vejledning lærer du-
- Hvad er en reel testanordning?
- Hvad er emulatorer?
- Forskel mellem emulator og simulatorbaseret test
- Fordele ved ægte enhed og emulator / simulatorbaseret test
- Ulemper ved emulator / simulatorer og ægte enhed
- Konklusion
Hvad er en reel testanordning?
Test på en rigtig enhed giver dig mulighed for at køre dine mobilapplikationer og kontrollere dens funktionalitet. Test af ægte enheder sikrer dig, at din applikation fungerer problemfrit i kundetelefoner.
Hvad er emulator?
En emulator er et softwareprogram, der giver din mobil mulighed for at efterligne funktionerne på en anden computer eller mobil software, du vil have dem til at efterligne, ved at installere dem på din computer eller mobil.
Forskel mellem emulator og simulatorbaseret test
Både emulatorer og simulatorer er virtuelle enheder. En virtuel enhed er ikke den rigtige telefon, men en software, der giver den samme funktionalitet som den rigtige telefon (undtagen nogle få funktioner som kameraet).
Men der er nogle forskelle mellem en emulator og en simulator, der beskrives som nedenfor -
| Den simulatorbaserede test | Den emulatorbaserede test |
|---|---|
| Simulatorens mål er at simulere den interne tilstand af et objekt så tæt som muligt på et internt indre. | Emulatoren sigter mod at efterligne eller efterligne en genstands ydre opførsel så tæt som muligt |
| Simulatorer foretrækkes, når testteamet har brug for at teste mobilens interne adfærd som dets interne hardware, firmware og så videre. | Emulatorer foretrækkes, når testteamet har brug for at teste mobilens eksterne opførsel som beregning, udførelse af transaktioner osv. |
| Simulatorer er skrevet på sprog på højt niveau. | Emulatorer er skrevet på samlingssprog på maskinniveau. |
| Simulatorerne kan være vanskelige med hensyn til fejlfindingsformål. | Emulatorer er mere egnede, når det kommer til fejlfindingsformål |
| En simulator er kun en delvis genimplementering af den originale software. | Ofte kommer en emulator som en komplet genimplementering af den originale software. |
Fordele ved ægte enhed og emulator / simulatorbaseret test
| Problem | Emulator-test | Test af rigtig enhed |
|---|---|---|
| Situationsbaseret applikation | Der er specifikke situationer, hvor fristen for at producere tekstudførelsesresultater er kort, og det er måske ikke muligt at købe de krævede mobile enheder. Derved kan det være nødvendigt at bruge emulatoren / simulatoren under disse omstændigheder til at teste de relevante mobilapplikationer, der skal testes. | Den rigtige enhed giver testere mulighed for at teste næsten alle realtidsscenarier, der kan testes for mobilapplikationerne. Disse enheder betjenes ved hjælp af fingre og simulerer brug i det virkelige liv. De hjælper også i situationen ægte kontekst: er det let at bruge appen i toget eller mens du går ned ad gaden? Situationen omkring i stærkt sollys eller i regnen? |
| Følelse af nærhed til de rigtige håndholdte enheder | Det brede spektrum af mobile enheder skaber problemer, hvor testere ikke er sikre på, hvilke mobile enheder de skal investere i til test, i betragtning af budgetbegrænsningerne. Emulator / simulator (er) er skræddersyet til denne type situation (er). | Den rigtige enhed giver testere mulighed for at teste selv brugbarhedsproblemer som applikationens udseende og følelse, skærmens farveopløsning, uanset om billedet er lyst eller ikke under både dag- og natforhold osv. |
| Let tilgængelighed | Emulator / simulator (er) er i de fleste tilfælde åben og gratis software, som meget let kan downloades fra Internettet og klar til at blive testet for. | De rigtige enheder tillader strenge præstationstestproblemer som at arbejde med en realtids transportapplikation i 15 timer kontinuerligt, hvilket ikke kan simuleres med succes af emulatorerne. |
| Let at åbne en webapplikation via URL | Det er lettere at lave webapplikationstest, når det kommer til at åbne webapplikationen. Brugeren skal bare kopiere og indsætte applikations-URL'en. | Test på ægte enheder giver mere med hensyn til pålidelighed. |
| Optagelse af skærmbilleder af de situationer, hvor der opstår mangler | Det er meget nemt at tage et spørgsmål om skærmbilleder over simulator med simulatoren, da vi bare skal bruge Microsoft-kontorfaciliteter. | Test med virkelige enheder er meget nyttigt med hensyn til interoperabilitetstest. |
| Simulering af validering af batteriscenarier | Emulatoren / simulatorerne er ikke i stand til at simulere batteriproblemer. | Virkelige enheder kan nemt udføre det samme. |
| Validering af indgående afbrydelser | Emulatoren / simulatorerne er ikke i stand til at simulere de indgående afbrydelser for SMS såvel som de indgående opkald. | Virkelige enheder kan nemt simulere indgående afbrydelser. |
| Validering af nøjagtige farvedisplay | Emulatoren / simulatoren er ikke i stand til korrekt at efterligne / simulere enhedernes nøjagtige farvedisplay, når den rigtige enhed er i sollys eller i sort. | Enheder fra den virkelige verden kan nemt simulere de nøjagtige farvedisplay. |
| Validering af forestillingen | Emulatorens / simulatorens ydeevne er til tider langsommere end de originale enheder. | De originale enheder har en tendens til at udføre hurtigere end emulatoren eller simulatorerne. |
| Simulering af hukommelsesrelaterede problemer | Den tilgængelige hukommelse på emulatoren / simulatoren har tendens til at være langt mere end de rigtige enheder, så dette kan skabe misforståelse for de brugere, der bruger de samme valideringer. | Enhedernes hukommelseslagerniveau har en tendens til at være langt mindre end emulatorerne, således det kan være |
Ulemper ved emulator / simulatorer og ægte enhed
| Emulatorer / simulatorer | Rigtig enhed |
|---|---|
|
Emulatoren / simulatoren er ikke altid den bedste løsningstype til scenarier som dem, hvor testteamet skal validere applikationens ydeevne i længere tid. |
De rigtige enheder er dyre i forhold til emulatoren / simulatorerne. Dermed kan projekter under budget- og tidslinjebegrænsninger risikere rentabilitet såvel som levedygtigheden af det samlede projekt. |
|
Emulatoren / simulatoren er hovedsagelig velegnet til visse typer af funktionelle testtilfælde. |
Der er et meget bredt udvalg af mobile enheder fra Apple til Samsung til android og Symbian og så videre. I betragtning af denne brede vifte af mobile enheder er det meget svært for testteamet at arrangere alle mulige mobilenheder, mens de arbejder under en betydelig mængde budget- og tidslinjerelaterede begrænsninger. |
|
Emulatoren / simulatoren understøtter undertiden ikke visse typer applikationer, og i disse tilfælde kan testteamet muligvis købe softwarepatches, som måske ikke altid er gratis, men somme tider kan være dyre. |
Ægte mobile enheder, når de bruges i udviklingsfasen til enhedstest og lignende formål, kan vise sig at være sværere at oprette forbindelse til IDE end emulatorerne, og dette medfører enorme problemer med fejlfinding, og i et projekt med tidslinjebegrænsninger kan dette meget hæmmer den samlede konklusion af projektet. |
|
Ikke alle emulatorer / simulatorer understøtter den komplette rækkevidde af mobile applikationer. For eksempel understøtter bada-simulatoren Maemo (som Nokia N900), Symbian Touch (som Nokia N8) og Symbian non-touch (såsom Nokia E71), men den understøtter ikke andre mobile enheder som Android. Ifølge applikationstestfunktionaliteterne understøtter bada ikke direkte browsingtest, men det giver brugeren mulighed for kun at teste og oprette webapps og widgets. |
For at kunne teste med enhederne i den virkelige verden skal enhederne altid være tilsluttet maskinernes USB-port. Så hvis USB-porte ikke fungerer korrekt, ville testen ikke være mulig. Uden at give tilstrækkelige sikkerhedsforanstaltninger kan mobile enheder (hvis de tilfældigvis er dyre som Apple iPhone) gå tabt eller stjålet, hvilket hæmmer den samlede indsats. Øget sikkerhed kan også fortsætte med at øge de samlede udgifter, der er involveret i projektet. |
|
Brugeren skal indtaste URL'en manuelt for at åbne webapplikationen, som skal testes. For at løse dette særlige problem skal testeren muligvis oprette telefonbogmærker, korte URL-tjenester eller sende URL'er til mobil ved hjælp af Bluetooth-forbindelse eller oprette den webside, der indeholder nogle URL'er. Vedtagelsen af disse procedurer vil sikre, at en masse meget vigtigt hukommelsesplads kan spises op og dermed påvirke applikationens samlede ydeevne. |
Konklusion
I betragtning af den betydelige rolle, mobilapplikationerne spiller i dag i vores daglige liv, vil test af disse applikationer udvikle sig, og derfor kræver de en masse test for at få dem til at fungere efter behov. Test i både simulatoren / emulatoren og de virkelige enheder er nødvendig for at opretholde stærke standarder og kvalitetssikring.
Omhyggelig overvejelse af både fordele og ulemper ved mobile emulatorer og ægte enheder, ville det være værd at nå frem til den konklusion, at den optimale mobile testløsning for virksomheder hverken lægger alle æggene i kurven med de rigtige enheder eller lægger dem i emulator, men snarere hvad vi har brug for er en optimal kombination af begge .
Emulatorer kan betragtes som meget velegnede til de indledende faser af applikationsudvikling.
For at undgå det dyre scenario med at frigive en forretningskritisk applikation med mangler skal virksomhederne sikre, at de udfører størstedelen af deres mobile test på ægte enheder, inden applikationen går i produktion.
Hver organisation har brug for at strategisere og planlægge nøje for at bestemme, på hvilket tidspunkt de rigtige enheder skal introduceres. De er også nødt til at beslutte, hvor mange enheder der er tilstrækkelige til at dække markedets behov, og hvad der kan være den bedst mulige mulighed for at administrere disse enheder.
Bedste praksis ville indikere, at den faktiske udvikling skulle bruge emulatorer (og nogle få reelle håndsæt til reference) for at fremskynde debugging af applikationen under kodningsfasen, mens fornuft, røgtest, ydeevne, interoperabilitet og netværkets gennemførlighed og regressionstest skulle være gøres på ægte håndsæt.
Det er også en voksende praksis at sikre, at udviklerne bruger emulatoren til hurtig udførelse i udviklingsfasen, mens testteamet derefter skal teste med den rigtige enhed under testfasen for at sikre overordnede kvalitetssikringsmål og -mål. For at spare omkostninger kan de overveje at bruge Virtual Mobile Test-værktøjer. Disse tjenester tilbyder udviklere at teste deres applikation på en lang række håndsæt ved hjælp af forskellige mobilnetværk, der er geografisk placeret over hele verden (nyttigt til applikationer, der bruger GPS). Sådanne tjenester tilbydes på timebasis og er meget omkostningseffektive i forhold til køb af nye telefoner.