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