Emulator vs Simulator - Forskellen mellem dem
Thomas Hamilton
Nøgleforskel mellem emulator og simulator
- Emulatorer er skrevet i assemblersprog på maskinniveau, hvorimod simulatorer er skrevet på højniveausprog.
- Emulatorer er mere velegnede, når det kommer til debugging formål, mens simulatorer kan være vanskelige med hensyn til debugging formål.
- En emulator kommer som en komplet re-implementering af den originale software, hvorimod en simulator kun er en delvis re-implementering af den originale software.
- Både emulatorer og simulatorer er virtuelle enheder. En virtuel enhed er ikke den rigtige telefon, men en software, der giver samme funktionalitet som den rigtige telefon (bortset fra nogle få funktioner som kameraet).
Hvad er ægte testenhed?
Test på en rigtig enhed giver dig mulighed for at køre dine mobilapplikationer og tjekker dens funktionalitet. Rigtig enhed Test sikrer dig, at din applikation vil fungere problemfrit i kundehåndsæt.
Hvad er emulator?
En emulator er et softwareprogram, der giver din mobil mulighed for at efterligne funktionerne på en anden computer eller mobilsoftware, som du vil have dem til at efterligne, ved at installere dem på din computer eller mobil.
Forskellen mellem simulator- og emulatortestning
Her er hovedforskellen mellem simulator- og emulatortestning
| Den simulatorbaserede test | Emulatorbaseret test |
|---|---|
| Simulatorens formål er at simulere et objekts indre tilstand så tæt som muligt på et objekts indre tilstand. | Emulatoren sigter mod at efterligne eller efterligne den ydre opførsel af et objekt så tæt som muligt |
| Simulatorer er at foretrække, når testteamet skal teste mobilens interne adfærd som dens interne hardware, firmware og så videre. | Emulatorer er at foretrække, når testteamet skal teste mobilens eksterne adfærd som at beregne, foretage transaktioner og så videre. |
| Simulatorer er skrevet på højt niveau sprog. | Emulatorer er skrevet i assemblersprog på maskinniveau. |
| Simulatorerne kan være vanskelige med hensyn til debugging formål. | Emulatorer er mere velegnede, når det kommer til debugging formål |
| En simulator er blot en delvis re-implementering af den originale software. | Ofte kommer en emulator som en komplet re-implementering af den originale software. |
Fordele ved Real Device og Emulator/Simulator baseret test
| Issue | Emulator test | Ægte enhedstest |
|---|---|---|
| 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 nødvendige mobile enheder. Derved kan det være nødvendigt at bruge emulatoren/simulatoren under disse omstændigheder til at teste de relevante mobilapplikationer, som skal testes. | Den rigtige enhed gør det muligt for testerne at teste næsten alle realtidsscenarier, som kan testes for mobilapplikationerne. Disse enheder betjenes ved hjælp af fingre og simulerer virkelig brug. De hjælper også i situationen Reel kontekst: er det nemt 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, hvorved testerne 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 gør det muligt for testerne at teste selv brugervenlighedsproblemer som udseendet og følelsen af applikationen, farveopløsningen på skærmen, om billedet er lyst eller ej under både dag- og natforhold og så videre. |
| Nem tilgængelighed | Emulator/simulator(er) er i de fleste tilfælde åben og gratis software, som meget nemt kan downloades fra internettet og klar til at blive testet for. | De rigtige enheder tillader strenge Test af ydeevne problemer som at arbejde med en realtidstransportapplikation i 15 timer uafbrudt, som ikke kan simuleres med succes af emulatorerne. |
| Nem åbning af en webapplikation via URL | Det er nemmere at teste webapplikationer, når det kommer til at åbne webapplikationen. Brugeren skal blot kopiere og indsætte applikationen. URL. | Test på rigtige enheder giver mere med hensyn til pålidelighed. |
| Optagelse af skærmbilleder af situationer, hvor der opstår defekter | Det er meget nemt at tage skærmbilleder over simulatoren med simulatoren, da vi bare skal bruge den Microsoft kontorfaciliteter. | Test med enheder fra den virkelige verden er meget nyttigt med hensyn til interoperabilitetstest. |
| Simulering af validering af batteriscenarier | Emulatoren/simulatorerne er ikke i stand til at simulere batteriproblemerne. | Enheder fra den virkelige verden 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. | Enheder fra den virkelige verden kan nemt simulere indgående afbrydelser. |
| Validering af nøjagtige farvedisplays | Emulatoren/simulatoren er ikke i stand til korrekt at efterligne/simulere den nøjagtige farvevisning af enhederne, når den rigtige enhed er i sollys eller i sort. | Virkelige enheder kan nemt simulere de nøjagtige farveskærme. |
| Validering af præstationen | Ydeevnen af emulatoren/simulatoren har til tider en tendens til at være langsommere end de originale enheder. | De originale enheder har en tendens til at fungere hurtigere end emulatoren eller simulatorerne. |
| Simulering af hukommelsesrelaterede problemer | Den tilgængelige hukommelse på emulatoren/simulatoren har en tendens til at være langt mere end de rigtige enheder, så dette kan skabe misforståelser for de brugere, der ville bruge de samme valideringer. | Hukommelsesniveauet på enhederne har en tendens til at være langt mindre end emulatorerne, så det kan det |
Ulemper ved emulator/simulatorer og ægte enhed
| Emulatorer/simulatorer | Rigtig enhed |
|---|---|
| Emulatoren/simulatoren er ikke altid den bedste type løsning til scenarier som dem, hvor testteamet skal validere applikationens ydeevne i en længere periode. | De rigtige enheder er dyre sammenlignet med emulatoren/simulatorerne. Derved kan projekter under budget- og tidslinjebegrænsninger risikere både rentabiliteten og det overordnede projekts levedygtighed. |
| Emulatoren/simulatoren er mest velegnet til visse typer af funktionelle testcase-udførelser. | Der er et meget bredt udvalg af mobile enheder fra Apple til Samsung til Android og til Symbian og så videre. I betragtning af dette brede udvalg af mobile enheder er det meget svært for testteamet at arrangere alle slags mobile enheder, mens de arbejder under en betydelig mængde budget- og tidslinjerelaterede begrænsninger. |
| Emulatoren/simulatoren kan nogle gange ikke understøtte visse typer applikationer, og i disse tilfælde skal testteamet muligvis købe softwarerettelser, som måske ikke altid er gratis, men til tider kan være dyre. | Ægte mobile enheder, når de bruges i udviklingenping scene for Enhedstest og lignende formål kan vise sig at være sværere at forbinde til IDE'en end emulatorerne, og dette forårsager enorme problemer for fejlfinding, og i et projekt, med tidslinjebegrænsninger, kan dette meget vel hæmme den overordnede konklusion af projektet. |
| Ikke alle emulatorer/simulatorer understøtter hele spektret af mobilapplikationer. For eksempel understøtter bada-simulatoren Maemo (såsom Nokia N900), Symbian Touch (såsom Nokia N8) og Symbian non-touch (såsom Nokia E71), men den understøtter ikke andre mobile enheder som f.eks. Android. I henhold til applikationstestfunktionaliteterne understøtter bada ikke direkte web-browsing-test, men det giver brugeren mulighed for kun at teste og oprette webapps og widgets. | For at teste med de virkelige enheder skal enhederne altid være tilsluttet maskinens USB-port. Så hvis USB-portene 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 forbundet med projektet. |
| Brugeren skal skrive URL manuelt for at åbne den webapplikation, der skal testes. For at løse dette specifikke problem skal testeren muligvis oprette telefonbogmærker, forkortet URL tjenester eller afsendelse URLs til mobil ved hjælp af Bluetooth-forbindelse eller oprettelse af websiden, der indeholder nogle URLs. Indførelsen af disse procedurer ville sikre, at en masse meget vigtig hukommelsesplads kan blive optaget, hvilket vil påvirke applikationens samlede ydeevne. |
Emulator vs Simulator vs Real Device Testing: Konklusion
I betragtning af den betydelige rolle, de mobile applikationer spiller, i dag, i vores daglige liv, vil test af disse applikationer udvikle sig, og de kræver derfor en masse test for at få dem til at fungere efter behov. Test i både simulatoren/emulatoren såvel som 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 rigtige enheder, ville det være umagen værd at nå frem til den konklusion, at den optimale mobile testløsning for virksomheder hverken er at lægge alle æggene i kurven med de rigtige enheder eller at lægge 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.
Men for at undgå det dyre scenarie med at frigive en forretningskritisk applikation med defekter, skal virksomheder sikre, at de udfører størstedelen af deres mobile test på rigtige enheder, før applikationen går i produktion.
Hver organisation er nødt til at planlægge og planlægge omhyggeligt for at afgøre, på hvilket stadium de skal introducere rigtige enheder. De skal også beslutte, hvor mange enheder der er tilstrækkelige til at dække markedets behov, og hvad der kunne være den bedst mulige mulighed for at bruge til at administrere disse enheder.
Bedste praksis ville indikere, at den faktiske udvikling bør bruge emulatorer (og nogle få referencer til rigtige håndsæt) for at fremskynde fejlfindingen af applikationen under kodningsfasen, mens fornuft, Røgtest, ydeevne, interoperabilitet og netværksgennemførlighed og Regressionstest skal gøres på rigtige håndsæt.
Det er også en ny praksis at sikre, at udviklerne bruger emulatoren til hurtig eksekvering i udviklingsfasen, hvorimod testteamet bør teste med den rigtige enhed under testfasen for at sikre overordnet Kvalitetssikring mål og mål. For at spare på omkostningerne kan de overveje at bruge værktøjer til virtuelle mobiltest. Disse tjenester tilbyder udviklere at teste deres applikation på en bred vifte af håndsæt ved hjælp af forskellige mobilnetværk geografisk placeret over hele verden (nyttigt for applikationer, der bruger GPS). Sådanne tjenester tilbydes på timebasis og er meget omkostningseffektive i forhold til at købe nye telefoner.
