Emulator vs Simulator - Forskjellen mellom dem
Thomas Hamilton
Nøkkelforskjell mellom emulator og simulator
- Emulatorer er skrevet på maskin-nivå monteringsspråk, mens simulatorer er skrevet på høyt nivå språk.
- Emulatorer er mer egnet når det gjelder feilsøkingsformål, mens simulatorer kan være vanskelige når det gjelder feilsøkingsformål.
- En emulator kommer som en fullstendig re-implementering av den originale programvaren, mens en simulator bare er en delvis re-implementering av den originale programvaren.
- Både emulatorer og simulatorer er virtuelle enheter. En virtuell enhet er ikke den virkelige telefonen, men en programvare som gir samme funksjonalitet som den ekte telefonen (bortsett fra noen få funksjoner som kameraet).
Hva er ekte testenhet?
Testing på en ekte enhet lar deg kjøre mobilapplikasjonene dine og sjekke funksjonaliteten. Ekte enhet Testing forsikrer deg om at applikasjonen din vil fungere problemfritt i kundetelefoner.
Hva er emulator?
En emulator er et program som lar mobilen din imitere funksjonene til en annen datamaskin eller mobilprogramvare du vil at de skal etterligne ved å installere dem på datamaskinen eller mobilen din.
Forskjellen mellom simulator- og emulatortesting
Her er hovedforskjellen mellom simulator- og emulatortesting
| Den simulatorbaserte testingen | Emulatorbasert testing |
|---|---|
| Simulatorens mål er å simulere den interne tilstanden til et objekt så nært som mulig til den interne tilstanden til et objekt. | Emulatoren tar sikte på å emulere eller etterligne den ytre oppførselen til et objekt så nært som mulig |
| Simulatorer er å foretrekke når testteamet trenger å teste mobilens interne oppførsel som intern maskinvare, fastvare og så videre. | Emulatorer er å foretrekke når testteamet trenger å teste mobilens eksterne oppførsel som å beregne, foreta transaksjoner og så videre. |
| Simulatorer er skrevet på høynivåspråk. | Emulatorer er skrevet i assembly-språk på maskinnivå. |
| Simulatorene kan være vanskelige med tanke på feilsøkingsformål. | Emulatorer er mer egnet når det gjelder feilsøkingsformål |
| En simulator er bare en delvis re-implementering av den originale programvaren. | Ofte kommer en emulator som en fullstendig re-implementering av den originale programvaren. |
Fordeler med Real Device og Emulator/Simulatorbasert testing
| Problemet | Emulatortesting | Ekte enhetstesting |
|---|---|---|
| Situasjonsbasert applikasjon | Det er spesifikke situasjoner der fristen for å produsere tekstutførelsesresultater er kort, og det er kanskje ikke mulig å kjøpe de nødvendige mobile enhetene. Det kan derfor være nødvendig å bruke emulatoren/simulatoren under disse omstendighetene for å teste de relevante mobilapplikasjonene som må testes. | Den virkelige enheten lar testerne teste nesten alle sanntidsscenarier som kan testes for mobilapplikasjonene. Disse enhetene betjenes med fingre og simulerer virkelig bruk. De hjelper også i situasjonen Virkelig kontekst: er det enkelt å bruke appen på toget, eller mens du går nedover gaten? Situasjonen om i sterkt sollys eller i regn? |
| Følelse av nærhet til de ekte håndholdte enhetene | Det brede spekteret av mobile enheter skaper problemer, der testerne ikke er sikre på hvilke mobile enheter de skal investere i for testing, med tanke på budsjettbegrensningene. Emulator/simulator(er) er skreddersydd for denne type situasjon(er). | Den virkelige enheten lar testerne teste selv brukervennlighetsproblemer som utseendet og følelsen til applikasjonen, fargeoppløsningen på skjermen, om bildet er lyst eller ikke under både dag- og nattforhold og så videre. |
| Enkel tilgjengelighet | Emulator/simulator(e) er i de fleste tilfeller åpen og gratis programvare som meget enkelt kan lastes ned fra Internett og klar til å bli testet for. | De virkelige enhetene tillater strenge Ytelsestesting problemer som å jobbe med en sanntidstransportapplikasjon i 15 timer kontinuerlig, som ikke kan simuleres med suksess av emulatorene. |
| Enkelt å åpne en nettapplikasjon via URL | Det er lettere å gjøre nettapplikasjonstesting når det gjelder å åpne nettapplikasjonen. Brukeren trenger bare å kopiere og lime inn applikasjonens URL. | Testing på ekte enheter gir mer når det gjelder pålitelighet. |
| Ta skjermbilder av situasjonene der defekter dukker opp | Å fange problemet med skjermbilder over simulator er veldig enkelt med simulatoren siden vi bare trenger å bruke Microsoft kontorfasiliteter. | Testing med enheter fra den virkelige verden er svært nyttig når det gjelder interoperabilitetstesting. |
| Simulering av validering av batteriscenarier | Emulatoren/simulatorene er ikke i stand til å simulere batteriproblemene. | Virkelige enheter kan enkelt utføre det samme. |
| Validering av innkommende avbrudd | Emulatoren/simulatorene er ikke i stand til å simulere de innkommende avbruddene for SMS så vel som de innkommende anropene. | Virkelige enheter kan enkelt simulere innkommende avbrudd. |
| Validering av eksakte fargeskjermer | Emulatoren/simulatoren er ikke i stand til å emulere/simulere den nøyaktige fargevisningen til enhetene på riktig måte når den virkelige enheten er i sollys eller i svart. | Virkelige enheter kan enkelt simulere de nøyaktige fargeskjermene. |
| Validering av ytelsen | Ytelsen til emulatoren/simulatoren har en tendens til å være tregere enn de originale enhetene til tider. | De originale enhetene har en tendens til å yte raskere enn emulatoren eller simulatorene. |
| Simulering av minnerelaterte problemer | Minnet som er tilgjengelig på emulatoren/simulatoren har en tendens til å være langt mer enn de virkelige enhetene, så dette kan skape misforståelser for brukerne som vil bruke de samme valideringene. | Minnelagringsnivået til enhetene har en tendens til å være langt mindre enn emulatorene, slik at det kan |
Ulemper med emulator/simulatorer og ekte enhet
| Emulatorer/ Simulatorer | Ekte enhet |
|---|---|
| Emulatoren/simulatoren er ikke alltid den beste typen løsning for scenarier som de der testteamet trenger å validere ytelsen til applikasjonen over lengre tid. | De virkelige enhetene er kostbare sammenlignet med emulatoren/simulatorene. Dermed kan prosjekter under budsjett- og tidslinjebegrensninger risikere lønnsomhet så vel som levedyktigheten til det totale prosjektet. |
| Emulatoren/simulatoren passer for det meste for visse typer funksjonelle testcase-kjøringer. | Det er et veldig bredt utvalg av mobile enheter fra Apple til Samsung til Android og til Symbian, og så videre. Med tanke på dette brede utvalget av mobile enheter, er det svært vanskelig for testteamet å arrangere alle slags mobile enheter mens de jobber under en betydelig mengde budsjett- og tidslinjerelaterte begrensninger. |
| Emulatoren/simulatoren kan noen ganger ikke støtte visse typer applikasjoner, og i disse tilfellene kan testteamet måtte kjøpe programvareoppdateringer som kanskje ikke alltid er gratis, men til tider kan være kostbare. | Ekte mobile enheter når de brukes i utviklingsstadiet for Enhetstesting og lignende formål kan vise seg å være vanskeligere å koble til IDE enn emulatorene, og dette forårsaker enorme problemer for feilsøking, og i et prosjekt, med tidslinjebegrensninger, kan dette meget vel hemme den generelle konklusjonen av prosjektet. |
| Ikke alle emulatorer/simulatorer støtter hele spekteret av mobilapplikasjoner. For eksempel støtter bada-simulatoren Maemo (som Nokia N900), Symbian Touch (som Nokia N8) og Symbian non-touch (som Nokia E71), men den støtter ikke andre mobile enheter som Android. I henhold til funksjonaliteten for applikasjonstesting, støtter ikke bada direkte testing av nettsurfing, men det lar brukeren teste og lage bare webapper og widgets. | For å teste med enhetene i den virkelige verden, må enhetene alltid være koblet til USB-porten på maskinene. Så hvis USB-portene ikke fungerer som de skal, vil testingen ikke være mulig. Uten tilstrekkelige sikkerhetstiltak kan mobile enheter (hvis de tilfeldigvis er kostbare som Apple iPhone) gå tapt eller stjele, og dermed hemme den totale innsatsen. Økt sikkerhet kan også fortsette å øke de samlede utgiftene som er involvert i prosjektet. |
| Brukeren må skrive inn URL-en manuelt for å åpne nettapplikasjonen som er nødvendig for å bli testet. For å løse dette spesielle problemet kan det hende at testeren må opprette telefonbokmerker, korte URL-tjenester eller sende URL-er til mobil ved hjelp av Bluetooth-tilkobling eller opprette nettsiden som inneholder noen URL-er. Vedtakelsen av disse prosedyrene vil sikre at mye svært viktig minneplass kan bli spist opp, og dermed påvirke den generelle ytelsen til applikasjonen. |
Emulator vs Simulator vs Real Device Testing: Konklusjon
Tatt i betraktning den betydelige rollen mobilapplikasjonene spiller, i dag, i vårt daglige liv, kommer testing av disse applikasjonene til å utvikle seg, og derfor krever de mye testing for å få dem til å fungere etter behov. Testing i både simulatoren/emulatoren så vel som de virkelige enhetene er nødvendig for å opprettholde sterke standarder og kvalitetssikring.
Nøye overveielser av både fordeler og ulemper med mobile emulatorer og ekte enheter, vil det være verdt å komme til konklusjonen at den optimale mobiltestløsningen for bedrifter verken er å legge alle eggene i kurven til de virkelige enhetene eller legge dem inn i emulator, men det vi trenger er en optimal kombinasjon av begge.
Emulatorer kan betraktes som svært egnet for de innledende stadiene av applikasjonsutvikling.
For å unngå det kostbare scenariet med å slippe en forretningskritisk applikasjon med defekter, må bedrifter imidlertid sørge for at de utfører hoveddelen av mobiltestingen på ekte enheter før applikasjonen settes i produksjon.
Hver organisasjon må planlegge og planlegge nøye for å bestemme på hvilket stadium de skal introdusere ekte enheter. De må også bestemme hvor mange enheter som er tilstrekkelig for å dekke markedsbehov, og hva som kan være det best mulige alternativet for å administrere disse enhetene.
Beste praksis vil indikere at faktisk utvikling bør bruke emulatorer (og noen få referanser til ekte håndsett) for å fremskynde feilsøkingen av applikasjonen under kodingsfasen, mens fornuft, Røykprøving, ytelse, interoperabilitet og nettverksgjennomførbarhet og Regresjonstesting bør gjøres på ekte telefoner.
Det er også en ny praksis å sikre at utviklerne bruker emulatoren for rask utførelse under utviklingsfasen, mens testteamet bør teste med den virkelige enheten under testfasen for å sikre helhetlig Kvalitetssikring: mål og mål. For å spare kostnader kan de vurdere å bruke virtuelle mobiltestverktøy. Disse tjenestene tilbyr utviklere å teste applikasjonen deres på et bredt utvalg av håndsett ved å bruke forskjellige mobilnettverk geografisk plassert over hele verden (nyttig for applikasjoner som bruker GPS). Slike tjenester tilbys på timebasis og er svært kostnadseffektive sammenlignet med å kjøpe nye telefoner.
