Pensate accoppiare un prodotto software di controllo remoto standard con un robot prova software standard (come QTP).
In alternativa, e di essere un gran parte indipendente dal dispositivo, ma la soluzione bitmap dipendente dalla, è possibile utilizzare uno dei tanti telecomandi per portare il contenuto del display del cellulare al desktop. Quindi, faresti "click around" in quella finestra di controllo remoto usando il tuo robot di prova preferito.
Stupido che suona? Bene, ha i suoi punti deboli e forti:
Se QTP è impostato per te, verrai bloccato sulla sincronizzazione bitmap, nessun'altra utile proprietà della GUI sarebbe visibile. Tuttavia, se si ha a bordo un po 'di know how QTP, è possibile riutilizzare tutto il know-how per l'integrazione della gestione test tramite QC, testare l'indirizzamento dei dati e così via, "arte" di scripting come wait-for-the-right-thing , convertire bitmap in testo e così via. Potresti anche "in tempo reale" verificare i risultati visualizzati sul dispositivo mobile nel roaming aziendale o eseguire ricerche sui risultati previsti in un database centrale dopo aver eseguito alcune transazioni sul dispositivo mobile: tutto ciò sarebbe facile dal momento che il tuo robot di prova funziona come parte dell'infrastruttura IT tutto il tempo, quindi ha un facile accesso a quelle risorse. E quegli accessi potevano essere fatti con tutto il comfort che ci eravamo abituati nei robot di prova basati su PC, come ad esempio il checkpoint del database di QTP.
L'aspetto positivo sarebbe: utilizzando uno scenario del genere, si è ampiamente indipendenti dai dettagli tecnici del dispositivo mobile e si potrebbero supportare molti dispositivi diversi semplicemente utilizzando diversi set di bitmap previsti. (A condizione che i flussi di lavoro siano esattamente gli stessi, naturalmente non sempre.)
Se non si deve acquistare un robot di prova aggiuntivo, questa soluzione potrebbe essere imbattibile a buon mercato. La maggior parte dei dispositivi mobili Windows, ad esempio, può essere utilizzata con il telecomando gratuito di Microsoft, e ci sono molti venditori commerciali che offrono funzionalità di controllo remoto per una varietà di dispositivi in un unico pacchetto.
Inoltre, è possibile sviluppare script di test utilizzando emulatori che emulano il dispositivo mobile, in quanto il robot di test non conoscerebbe la differenza tra un display che viene prelevato dalla realtà o visualizzato dall'emulatore.
Ho fatto tutto questo con vari telecomandi e dispositivi PDA/smartphone, utilizzando CitraTest o QTP come robot di prova. Ero molto felice di non dover scherzare con uno strumento ancora diverso, o anche più di uno, ognuno con la propria lingua o metodologia.
maggiori ostacoli oltre a quelle già citate sono:
- trovare un telecomando che sia versatile, veloce ed affidabile
- trovare un modo per consentire l'uso mobile suo percorso di comunicazione "normale" (ad esempio , connessione cellulare) per tutte le applicazioni mentre, per motivi di prestazioni (e per minimizzare gli effetti collaterali), il telecomando è collegato tramite una connessione diretta (USB, cavo di sincronizzazione del propretario, rete ... qualunque sia il supporto mobile).
- creare uno script "standard" che è sufficientemente preciso per mantenere prova robot ed esecuzione applicazione mobile sincronizzato evitando ri-catturare bitmap previsto per tutti i dispositivi supportati troppo spesso (questo può essere parzialmente automatizzato)
- problemi di temporizzazione - quando sei a livello di bitmap, è difficile dire se hai aspettato "abbastanza a lungo" perché alcuni messaggi appaiano, scompaiano o qualsiasi altra cosa.
- copertura esotica come "l'app continua solo dopo aver scattato una foto con la fotocamera mobile". In generale: controlla la periferia integrata (che contraddizione ...) del cellulare (nel mio caso, ho dovuto fare in modo che lo scanner di codici a barre "vedesse" le immagini specifiche - piuttosto difficile e solitamente molto dipendente dal dispositivo per automatizzare)
e 'fattibile, però, e una tale soluzione può essere molto stabile e realiable, con un grado sufficiente di efficienza dei costi in termini di sforzo di manutenzione di prova (a seconda di ciò che cambia la frequenza nel test app-to- , ovviamente).