調整自動化方法是適應不同的測試階段
如上所見，沒有哪個方法是完整的，每一個都有其優勢和劣勢。在恰當的測試階段安排恰當的方法很重要。
**單元測試自動化：單元測試是實用的，它因為多次部署要被重復好幾遍。瀏覽器插件自動化或simulator自動化滿足要求，因為重新運行自動化包的成本相對不是很重要。
**黑盒測試自動化：Simulator自動化平衡著目的和預算，但是對于知名度高的app，你甚至可以選擇遠程設備測試自動化。明智的方法是兩個都要，但是先用simulator自動化包，一旦app處于測試中換用遠程設備自動化是穩定的。
**回歸自動化：推薦Simulator自動化，但是幾輪遠程設備自動化偶爾可以基于臨界被優化。
**中斷測試自動化：用Simulator可以進行自動中斷測試，但是還是建議選擇遠程設備，因為不少性能特點和模式都可以記錄下來，emulator自動化不可能記錄。
**集成測試自動化：Simulator自動化是可能的，但如果對集成很嚴格需要有像CPU使用，速度和功耗模式等的性能參數，別無他法只能選擇遠程設備自動化。
**性能和安全：因為該測試只能在真機上完成，很明顯我們不得不選擇遠程設備自動化。
**可用性測試：對可用性參數的自動測量尚未走出實驗室，但不久會上市。
圖2.移動測試自動化方法——關鍵參數的比較
但是，測試的成本完全無法與上述任一方法比較。
表1.測試范圍vs.移動測試自動化方法
結論
技術在不斷發展，同時差距也越來越大。盡管app的功能復雜性在天地增大，易用性參數在各種移動app的成功中扮演著關鍵角色。相對應地，虛擬化不斷發展時，花在維護現實上的精力要保持跟上同等的步伐。盡管虛擬設備的自動化節省了不少時間和金錢，但是卻給不了真機自動化能給的質量保證。每個移動自動化策略都必須進行調整以增加使用虛擬和真實自動化方法的優勢，共同消除兩者的缺點。一個精心設計的自動化策略大大地減少了精力并加快了上市時間。
致謝
我們由衷感激高知特信息技術有限公司的高級項目經理Prasad Ramanujam先生，他不斷的指導和支持幫助構建了本文并將之付諸實踐。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/2015519111825.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
