在近的統(tǒng)計(jì)中，蘋果應(yīng)用商店中共有超過500，000種應(yīng)用，而且Android市場也有超過了300，000種應(yīng)用，這些還不包括其他平臺上的應(yīng)用，像RIM Playbook、Microsoft Windows Phone和Windows Mobile。此外，每一個平臺都可以為各種設(shè)備出售各種操作系統(tǒng)版本。開發(fā)應(yīng)用需要在這些各種型號和操作系統(tǒng)版本的組合上測試和驗(yàn)證程序。自動化移動應(yīng)用測試是的發(fā)布時間表可以維持的方式。下面，我們探討一下自動化測試移動應(yīng)用程序所面臨的挑戰(zhàn)。

　　下面是移動應(yīng)用的自動化測試挑戰(zhàn)：

　　自動化腳本需求：自動化腳本需求在一個應(yīng)用程序發(fā)布、正在被使用，和隨后需要推出更新時更為緊迫。所有現(xiàn)存的特點(diǎn)需要每次推出更新時被測試，要確保在升級代碼的時候沒有回歸誤差。同時，各種各樣的造型和模型，特別是像Android平臺、自動化腳本、測試不可避免。

　　多種語言和環(huán)境腳本：企業(yè)中通常采用將測試腳本可能需要綜合回到語言和測試環(huán)境中，像JUnit、QTP、PERL或者Python。

　　分布式測試：越來越多的移動測試外包出去，甚至是海外外包。開發(fā)人員和測試人員可能地理上是分離的。測試環(huán)境下可能需要處理全世界許多地方的多個時區(qū)，或者使用不同的當(dāng)?shù)仉娦欧⻊?wù)供應(yīng)商。測試環(huán)境可能需要24/7/365和互聯(lián)網(wǎng)/瀏覽器訪問可用。

　　發(fā)布自動化錯誤和崩潰跟蹤：一兩個崩潰之后，用戶會放棄移動應(yīng)用，甚至可能將其刪除。移動應(yīng)用可能需要在內(nèi)部測試模式一段時期后，才第一次在應(yīng)用商店發(fā)布。自動化測試工具可能需要監(jiān)測和跟蹤錯誤和崩潰，這些可能在正式的測試時遺漏掉了，即使在一個正式的發(fā)布之后。

　　測試設(shè)備登記管理：測試設(shè)備登記，特別是對于iOS設(shè)備，是一件苦差事，個人電話ID可能需要在蘋果網(wǎng)站上注冊。安裝包需要以電子郵件的形式發(fā)送給測試人員進(jìn)行安裝和測試。自動化測試工具平穩(wěn)并自動化地管理注冊，讓這個過程高效和有效。

　　多個電話模型可用性：打開移動操作系統(tǒng)，如：Android有一大批制造商直銷運(yùn)行著不同版本操作系統(tǒng)的移動設(shè)備。在這種情況下，移動應(yīng)用測試要求種類繁多的設(shè)備制造商和模型可用，用以完成可靠的驗(yàn)證和認(rèn)證。

　　模擬器處理器缺陷：手機(jī)模擬器，用筆記本電腦或者臺式電腦運(yùn)行時可以使用其他的處理器，移動設(shè)備上只能使用一個處理器。為了完成可靠的測試，自動化測試需要在實(shí)際的電話上操作，而不只是模擬器。

　　遠(yuǎn)程響應(yīng)測試：移動應(yīng)用在手機(jī)上可以獨(dú)立的，或者通過后端服務(wù)器在執(zhí)行期間頻繁訪問。后者中，從多個地理位置進(jìn)行遠(yuǎn)程測試可能需要成為自動化測試的一部分。這是為了確保應(yīng)用不論在哪里使用，其響應(yīng)時間是合理的。