In questo tutorial imparerai-
- Cos'è il vero dispositivo di prova?
- Cosa sono gli emulatori?
- Differenza tra il test basato su emulatore e simulatore
- Vantaggi del test basato su dispositivo reale ed emulatore / simulatore
- Svantaggi di emulatore / simulatori e dispositivo reale
- Conclusione
Cos'è il vero dispositivo di prova?
Il test su un dispositivo reale ti consente di eseguire le tue applicazioni mobili e di verificarne la funzionalità. Il test del dispositivo reale ti assicura che la tua applicazione funzionerà senza problemi nei telefoni dei clienti.
Cos'è l'emulatore?
Un emulatore è un programma software che consente al tuo cellulare di imitare le caratteristiche di un altro computer o software mobile che desideri imitare installandoli sul tuo computer o cellulare.
Differenza tra il test basato su emulatore e simulatore
Sia gli emulatori che i simulatori sono dispositivi virtuali. Un dispositivo virtuale non è il telefono reale, ma un software che offre le stesse funzionalità del telefono reale (tranne alcune funzionalità come la fotocamera).
Ma ci sono alcune differenze tra un emulatore e un simulatore descritte di seguito:
| Il test basato sul simulatore | Il test basato sull'emulatore |
|---|---|
| L'obiettivo di Simulator è simulare lo stato interno di un oggetto il più vicino possibile allo stato interno di un oggetto. | L'emulatore mira a emulare o imitare il più vicino possibile il comportamento esterno di un oggetto |
| I simulatori sono preferibili ogni volta che il team di test deve testare il comportamento interno del cellulare come il suo hardware interno, firmware e così via. | Gli emulatori sono preferibili ogni volta che il team di test deve testare il comportamento esterno del cellulare come il calcolo, l'esecuzione di transazioni e così via. |
| I simulatori sono scritti in linguaggi di alto livello. | Gli emulatori sono scritti in linguaggi assembly a livello di macchina. |
| I simulatori possono essere difficili in termini di scopo di debug. | Gli emulatori sono più adatti quando si tratta di scopo di debug |
| Un simulatore è solo una parziale reimplementazione del software originale. | Spesso un emulatore si presenta come una reimplementazione completa del software originale. |
Vantaggi del test basato su dispositivo reale ed emulatore / simulatore
| Problema | Test dell'emulatore | Test del dispositivo reale |
|---|---|---|
| Applicazione basata sulla situazione | Ci sono situazioni specifiche in cui la scadenza per produrre i risultati dell'esecuzione del testo è breve e l'acquisto dei dispositivi mobili richiesti potrebbe non essere possibile. In tal modo potrebbe essere necessario utilizzare l'emulatore / simulatore in queste circostanze per testare le applicazioni mobili pertinenti che devono essere testate. | Il dispositivo reale consente ai tester di testare quasi tutti gli scenari in tempo reale che possono essere testati per le applicazioni mobili. Questi dispositivi vengono azionati utilizzando le dita e simulano l'utilizzo nella vita reale. Aiutano anche nella situazione Contesto reale: è facile usare l'app sul treno o mentre si cammina per strada? La situazione in pieno sole o sotto la pioggia? |
| Sensazione di vicinanza ai veri dispositivi palmari | L'ampia gamma di dispositivi mobili crea problemi, per cui i tester non sono sicuri su quali dispositivi mobili investire per i test, considerando i vincoli di budget. L'emulatore / simulatore (i) è fatto su misura per questo tipo di situazione. | Il dispositivo reale consente ai tester di testare anche problemi di usabilità come l'aspetto dell'applicazione, la risoluzione del colore dello schermo, se l'immagine è luminosa o meno sia in condizioni diurne che notturne e così via. |
| Facilità di disponibilità | Gli emulatori / simulatori sono nella maggior parte dei casi software aperti e gratuiti che possono essere facilmente scaricati da Internet e pronti per essere testati. | I dispositivi reali consentono rigorosi problemi di test delle prestazioni come lavorare con un'applicazione di trasporto in tempo reale per 15 ore continue, che non possono essere simulate con successo dagli emulatori. |
| Facilità di apertura di un'applicazione Web tramite URL | È più facile eseguire il test dell'applicazione Web quando si tratta di aprire l'applicazione Web. L'utente deve solo copiare e incollare l'URL dell'applicazione. | Il test su dispositivi reali fornisce di più in termini di affidabilità. |
| Acquisizione di schermate delle situazioni in cui compaiono i difetti | Acquisire il problema degli screenshot tramite il simulatore è molto semplice con il simulatore poiché dobbiamo solo utilizzare le strutture degli uffici di Microsoft. | Il test con dispositivi del mondo reale è molto utile in termini di test di interoperabilità. |
| Simulazione di validazione di scenari di batteria | L'emulatore / i simulatori non sono in grado di simulare i problemi della batteria. | I dispositivi del mondo reale possono facilmente eseguire lo stesso. |
| Convalida degli interrupt in arrivo | L'emulatore / i simulatori non sono in grado di simulare gli interrupt in arrivo per gli SMS e le chiamate in arrivo. | I dispositivi del mondo reale possono simulare facilmente gli interrupt in arrivo. |
| Convalida dei display a colori esatti | L'emulatore / simulatore non è in grado di emulare / simulare correttamente l'esatta visualizzazione dei colori dei dispositivi quando il dispositivo reale è alla luce del sole o in nero. | I dispositivi del mondo reale possono simulare facilmente gli esatti display a colori. |
| Validazione della prestazione | A volte le prestazioni dell'emulatore / simulatore tendono a essere più lente rispetto ai dispositivi originali. | I dispositivi originali tendono a funzionare più velocemente dell'emulatore o dei simulatori. |
| Simulazione di problemi relativi alla memoria | La memoria disponibile nell'emulatore / simulatore tende ad essere molto più dei dispositivi reali, quindi questo potrebbe creare idee sbagliate per gli utenti che utilizzerebbero le stesse convalide. | Il livello di memoria dei dispositivi tende ad essere molto inferiore a quello degli emulatori, quindi potrebbe |
Svantaggi di emulatore / simulatori e dispositivo reale
| Emulatori / Simulatori | Dispositivo reale |
|---|---|
|
L'emulatore / simulatore non è sempre il miglior tipo di soluzione per scenari come quelli in cui il team di test deve convalidare le prestazioni dell'applicazione per un periodo di tempo più lungo. |
I dispositivi reali sono costosi rispetto agli emulatori / simulatori. In tal modo i progetti con vincoli di budget e tempistiche possono mettere a rischio la redditività e la fattibilità dell'intero progetto. |
|
L'emulatore / simulatore è adatto principalmente per alcuni tipi di esecuzioni di casi di test funzionali. |
Esiste un'ampia varietà di dispositivi mobili, da Apple a Samsung, ad Android, a Symbian e così via. Considerando questa vasta gamma di dispositivi mobili, è molto difficile per il team di test organizzare tutti i tipi di dispositivi mobili mentre lavora con una quantità considerevole di vincoli legati al budget e alla tempistica. |
|
L'emulatore / simulatore a volte può non essere di supporto per alcuni tipi di applicazioni e in questi casi, il team di test potrebbe aver bisogno di acquistare patch software che potrebbero non essere sempre gratuite ma a volte potrebbero essere costose. |
Dispositivi mobili reali, quando utilizzati nella fase di sviluppo per test unitari e scopi simili, potrebbero rivelarsi più difficili da connettere all'IDE rispetto agli emulatori, e questo causa enormi problemi per il debug, e in un progetto, con vincoli di timeline, questo può ostacolano bene la conclusione generale del progetto. |
|
Non tutti gli emulatori / simulatori supportano l'intera gamma di applicazioni mobili. Ad esempio, il simulatore bada supporta Maemo (come Nokia N900), Symbian Touch (come Nokia N8) e Symbian non touch (come Nokia E71) ma non supporta altri dispositivi mobili come Android. Per quanto riguarda le funzionalità di test delle applicazioni, bada non supporta i test di navigazione web diretti, ma consente all'utente di testare e creare solo webapp e widget. |
Per testare con i dispositivi del mondo reale, i dispositivi devono essere sempre collegati alla porta USB delle macchine. Quindi, se le porte USB non funzionano correttamente, il test non sarebbe possibile. Senza fornire adeguate misure di sicurezza, i dispositivi mobili (se sono costosi come l'iPhone di Apple) potrebbero andare persi o rubati, ostacolando così lo sforzo complessivo. L'aumento della sicurezza può anche aumentare la spesa complessiva del progetto. |
|
L'utente deve digitare manualmente l'URL per aprire l'applicazione web che deve essere testata. Per risolvere questo particolare problema, il tester potrebbe dover creare segnalibri telefonici, servizi URL brevi o inviare URL a dispositivi mobili utilizzando la connessione Bluetooth o creare la pagina Web che contiene alcuni URL. L'adozione di queste procedure garantirebbe che molto spazio di memoria molto importante possa essere consumato, influendo così sulle prestazioni complessive dell'applicazione. |
Conclusione
Considerando il ruolo significativo svolto dalle applicazioni mobili, oggigiorno, nella nostra vita quotidiana, i test di queste applicazioni si evolveranno e quindi richiedono molti test per farli funzionare come richiesto. Il test sia nel simulatore / emulatore che nei dispositivi del mondo reale è necessario per mantenere standard elevati e garanzia di qualità.
Valutando attentamente sia i pro che i contro degli emulatori mobili e dei dispositivi reali, varrebbe la pena giungere alla conclusione che la soluzione ottimale di test mobile per le imprese non è né mettere tutte le uova nel paniere dei dispositivi reali né metterle nel emulatore, ma piuttosto ciò di cui abbiamo bisogno è una combinazione ottimale di entrambi .
Gli emulatori possono essere considerati molto adatti per le fasi iniziali dello sviluppo dell'applicazione.
Tuttavia, per evitare il costoso scenario del rilascio di un'applicazione business-critical con difetti, le aziende devono assicurarsi di eseguire la maggior parte dei test mobili su dispositivi reali prima che l'applicazione entri in produzione.
Ogni organizzazione deve definire strategie e pianificare attentamente per determinare in quale fase introdurre dispositivi reali. Devono anche decidere quanti dispositivi sono sufficienti per coprire le esigenze del mercato e quale potrebbe essere la migliore opzione possibile da adottare per la gestione di tali dispositivi.
Le migliori pratiche indicano che lo sviluppo effettivo dovrebbe utilizzare emulatori (e alcuni telefoni reali di riferimento) per accelerare il debug dell'applicazione durante la fase di codifica, mentre sanità mentale, Smoke Testing, prestazioni, interoperabilità e fattibilità di rete e Test di regressione dovrebbero essere fatto su telefoni reali.
È anche una pratica emergente garantire che gli sviluppatori utilizzino l'emulatore per un'esecuzione rapida durante la fase di sviluppo, mentre in seguito il team di test dovrebbe testare con il dispositivo reale durante la fase di test al fine di garantire gli obiettivi e gli obiettivi complessivi di Quality Assurance. Per risparmiare sui costi, possono prendere in considerazione l'utilizzo di strumenti di test mobile virtuale. Questi servizi offrono agli sviluppatori di testare la loro applicazione su un'ampia varietà di telefoni utilizzando diverse reti mobili geograficamente situate in tutto il mondo (utile per le applicazioni che utilizzano il GPS). Tali servizi sono offerti su base oraria e sono molto convenienti rispetto all'acquisto di nuovi telefoni.