Gli emulatori sono abbastanza buoni per testare i siti web su browser mobili?

È incredibilmente importante testare su un dispositivo reale a cui si ha accesso fisico. Ecco perché:

1) Gli emulatori non hanno la stessa velocità del dispositivo reale. Gli emulatori Android sono spesso più lenti di diverse grandezze, e quelli che non lo sono (ad esempio Intel) sono generalmente più veloci del telefono. Il simulatore di iOS non cerca nemmeno di essere un'emulazione, e quindi gira più o meno alla stessa velocità delle applicazioni Mac OS X, il che non vi dà alcuna idea della velocità su un vero iDevice. Mentre i dispositivi remoti sarebbero altrettanto veloci, ci sarebbe una latenza [forse significativa] che non sarebbe presente su un dispositivo in vostro possesso.

2) Gli emulatori non sono perfetti. Tutti gli emulatori hanno bug, software, caratteristiche, ecc. che non sono presenti (o implementati diversamente) sull'hardware reale. I dispositivi remoti potrebbero andare meglio in questo caso, ma ditemi come farete a testare l'accelerometro in un gioco, o a scattare una foto reale?

3) Niente sostituisce il toccare la vostra applicazione con le vostre (e dei vostri utenti) dita. L'emulatore sulla macchina di sviluppo (anche se dovrebbe rispondere agli eventi touch) non è neanche lontanamente paragonabile a come si sente un dispositivo reale, e mentre può essere difficile quantificare l'effetto, è importante sperimentare toccando l'app su un dispositivo reale per te stesso. Potreste scoprire che alcune cose sono un po' troppo in ritardo, che ci vuole un po' troppo tempo per rispondere, o che le metriche che avete progettato non funzionano bene su un particolare fattore di forma.

4) Il simulatore iOS può simulare errori di out-of-memory, ma generalmente avete tutta la memoria del mondo fino a quando non esaurite la RAM e lo spazio su disco, e sulla vostra macchina dev, questo è solitamente abbondante. Questo non è vero su un vero dispositivo iOS. La maggior parte degli altri emulatori vi permette di specificare la massima RAM disponibile, quindi questo non è così critico, ma raramente hanno una serie di altre applicazioni in esecuzione che potrebbero occupare la memoria precedente. Testare su un dispositivo reale che viene usato realmente è un ottimo modo per verificare che la vostra app si comporti bene in situazioni reali.

5) A seconda della configurazione dell'emulatore/simulatore/remoto potreste non vedere alcuna grafica accelerata (o scarse variazioni della stessa). Per esempio, quando si simula un iPad Retina sul simulatore iOS, varie animazioni sono rese molto peggio di come sarebbero su un dispositivo reale (più a scatti, fotogrammi saltati, tearing, ecc.) La visualizzazione di un dispositivo reale da remoto sarebbe altrettanto negativa (a seconda della connessione), e si possono facilmente perdere le sottigliezze dell'animazione.

Dovete testare su tutte le possibili variazioni? In un mondo perfetto, non ci sarebbero così tante varianti; in un mondo meno perfetto, avreste tutti i soldi e il tempo del mondo per testare ogni variazione. Nel nostro mondo tutt'altro che perfetto, testate sull'hardware più popolare, se i soldi e il tempo lo permettono. Ma testate su dispositivi reali, anche se avete accesso a uno solo.

Quanto detto sopra si applica ugualmente bene alle app native/web, ma le app web sono ancora più sensibili ai problemi di memoria e di performance, e quindi è ancora più critico testare su quanti più dispositivi possibile. Inoltre, anche se molte piattaforme usano WebKit, non tutte usano lo stesso motore JavaScript, né tutte implementano WebKit in modo privo di bug. Questo significa che le applicazioni web possono incorrere in ogni sorta di stranezze. Per esperienza personale, queste stranezze appaiono più spesso di quando si usa il codice nativo, ma questo non vuol dire che il codice nativo non abbia la sua parte di stranezze su vari dispositivi.