測試設備——碎片
對于一個移動質量保證者來說，關于移動測試設備的關鍵問題是，“測試該用哪個工具比較好呢？”這個問題必須解決，因為無法在每臺設備上都測試一遍！此來看，移動設備市場上有兩大玩家：Android和iOS!但是因為地理位置的原因，一些其他平臺也常用到。有Windows，BlackBerry， webOS， SymbianOS， 以及功能機。圖一的表格中列出了中國、德國以及美國供應商提供的智能機操作系統的使用情況。
圖一：智能機操作系統
數據來源：www.thinkwithgoogle.com/mobileplanet/en
幾乎每個平臺都有不同的供應商在售賣擁有不同硬件，軟件規格和定制用戶界面的智能機。比如安卓，有像Samsung， HTC， ASUS， LG， Motorola， Sony， Huawei等供應商。這是設備碎片的一個重要例子，且要找到恰當的測試設備真的很難。移動網頁是另一個相當難搞的問題，因為移動瀏覽器種類太多，如：Safari， Opera Mini，Dolphin， Android and RIM native， Google Chrome， Firefox， Internet Explorer9以及其他功能機瀏覽器！那么到底該選什么測試設備呢？用新的瀏覽器版本嗎？把市場上的每種設備都買來？還是使用模擬器？
在此對模擬器小注一下：別用模擬器測試！它們或許對基本測試有所幫助，但其結果與真機上的結果卻是不同的。
以我之見，解決這個測試設備問題的一個不錯的主意是將設備和瀏覽器組合起來。比如，移動測試員可以根據他們的硬件和軟件規格將設備組合起來。每個組合確定一個優先事項，比如A=高，B=平均，C=低。每組都包含根據平臺和供應商分配到那一類的設備。
可能的組合概述：
▪▪組1，優先事項C：CPU和RAM小，分辨率低的小設備。舊的軟件版本和瀏覽器
▪▪組2，優先事項B：一般CPU， RAM<512 MB， 顯示屏大小和分辨率好的中檔設備。軟件不是新的。
▪▪組3，優先事項A：雙核/四核CPU， RAM>512 MB， 分辨率高的設備。新的軟件版本。
這三組涵蓋了一個特定平臺上的絕大多數用戶，也代表了市場上適合這一組的其他手機。這可以減少開發和測試過程中要求的工作。
總結：
▪▪組合并選出優先測試設備和瀏覽器版本。
▪▪不要用模擬器進行測試。
組合工具
正如之前所提到的，移動測試員必須對移動app進行測試自動化以保證代碼變化不會影響現在的功能。另一個佳做法是組合測試工具并將它們集成為一個連續的集成服務器以便從中心開始執行這些工具。開發員需要為他們的代碼寫單元測試以確保每個細小的組件的且如期運作。另外，使用像Robotium或Keep It Functional一類的工具進行端到端的檢查測試，像用戶一樣，很有用。
總結：
▪▪組合測試工具并將之集成為一個連續的系統。
內部Beta版本
如果一個移動團隊想要早點與移動app的beta測試員溝通，他們可以創建他們自己的內部app商店，比如安卓的和iPhone.的。有了hockeykit [HOC01]工具，團隊可以通過公司WIFI把app的新版本傳給同事。這是從同事那獲得重要反饋的有效方法，尤其是如果團隊或測試員沒機會向外界展示該app。Hockeykit也提供關于怎樣測試該app以及同事們用了哪種OS版本和設備的有用數據。它還包括一個crash reporter以便看到導致現開發版本錯誤和崩潰的原因。
總結：
用內部beta版本獲得早期反饋。
