測試設(shè)備——碎片
　　對于一個移動質(zhì)量保證者來說，關(guān)于移動測試設(shè)備的關(guān)鍵問題是，“測試該用哪個工具比較好呢？”這個問題必須解決，因為無法在每臺設(shè)備上都測試一遍！此來看，移動設(shè)備市場上有兩大玩家：Android和iOS!但是因為地理位置的原因，一些其他平臺也常用到。有Windows，BlackBerry， webOS， SymbianOS， 以及功能機。圖一的表格中列出了中國、德國以及美國供應(yīng)商提供的智能機操作系統(tǒng)的使用情況。

圖一：智能機操作系統(tǒng)
數(shù)據(jù)來源：www.thinkwithgoogle.com/mobileplanet/en

　　幾乎每個平臺都有不同的供應(yīng)商在售賣擁有不同硬件，軟件規(guī)格和定制用戶界面的智能機。比如安卓，有像Samsung， HTC， ASUS， LG， Motorola， Sony， Huawei等供應(yīng)商。這是設(shè)備碎片的一個重要例子，且要找到恰當?shù)臏y試設(shè)備真的很難。移動網(wǎng)頁是另一個相當難搞的問題，因為移動瀏覽器種類太多，如：Safari， Opera Mini，Dolphin， Android and RIM native， Google Chrome， Firefox， Internet Explorer9以及其他功能機瀏覽器！那么到底該選什么測試設(shè)備呢？用新的瀏覽器版本嗎？把市場上的每種設(shè)備都買來？還是使用模擬器？
　　在此對模擬器小注一下：別用模擬器測試！它們或許對基本測試有所幫助，但其結(jié)果與真機上的結(jié)果卻是不同的。
　　以我之見，解決這個測試設(shè)備問題的一個不錯的主意是將設(shè)備和瀏覽器組合起來。比如，移動測試員可以根據(jù)他們的硬件和軟件規(guī)格將設(shè)備組合起來。每個組合確定一個優(yōu)先事項，比如A=高，B=平均，C=低。每組都包含根據(jù)平臺和供應(yīng)商分配到那一類的設(shè)備。
　　可能的組合概述：
　　▪▪組1，優(yōu)先事項C：CPU和RAM小，分辨率低的小設(shè)備。舊的軟件版本和瀏覽器
　　▪▪組2，優(yōu)先事項B：一般CPU， RAM<512 MB， 顯示屏大小和分辨率好的中檔設(shè)備。軟件不是新的。
　　▪▪組3，優(yōu)先事項A：雙核/四核CPU， RAM>512 MB， 分辨率高的設(shè)備。新的軟件版本。
　　這三組涵蓋了一個特定平臺上的絕大多數(shù)用戶，也代表了市場上適合這一組的其他手機。這可以減少開發(fā)和測試過程中要求的工作。

　　總結(jié)：
　　▪▪組合并選出優(yōu)先測試設(shè)備和瀏覽器版本。
　　▪▪不要用模擬器進行測試。

　　組合工具
　　正如之前所提到的，移動測試員必須對移動app進行測試自動化以保證代碼變化不會影響現(xiàn)在的功能。另一個佳做法是組合測試工具并將它們集成為一個連續(xù)的集成服務(wù)器以便從中心開始執(zhí)行這些工具。開發(fā)員需要為他們的代碼寫單元測試以確保每個細小的組件的且如期運作。另外，使用像Robotium或Keep It Functional一類的工具進行端到端的檢查測試，像用戶一樣，很有用。

　　總結(jié)：
　　▪▪組合測試工具并將之集成為一個連續(xù)的系統(tǒng)。

　　內(nèi)部Beta版本
　　如果一個移動團隊想要早點與移動app的beta測試員溝通，他們可以創(chuàng)建他們自己的內(nèi)部app商店，比如安卓的和iPhone.的。有了hockeykit [HOC01]工具，團隊可以通過公司W(wǎng)IFI把app的新版本傳給同事。這是從同事那獲得重要反饋的有效方法，尤其是如果團隊或測試員沒機會向外界展示該app。Hockeykit也提供關(guān)于怎樣測試該app以及同事們用了哪種OS版本和設(shè)備的有用數(shù)據(jù)。它還包括一個crash reporter以便看到導(dǎo)致現(xiàn)開發(fā)版本錯誤和崩潰的原因。

　　總結(jié)：
　　用內(nèi)部beta版本獲得早期反饋。