手機軟件測試

　　1.在提交高通前務必要檢查文檔與實際程序的功能表現是否相同，比如說，游戲增加了密技功能，在文檔中就要有相應的說明。

　　2.在模擬器上圖像處理速度較快，所以不會出現游戲中移動的圖像變模糊的現象，但是由于手機的分辨率相對低，所以一般在模擬器顯示正常的速度，到了手機就應該讓開發人員適當調慢，否則將會出現移動物體變模糊不能清晰辨認的情況。

　　3.有些游戲使用了很多的圖片資源，當在兩個界面之間(例如在主菜單界面和幫助界面之間，主界面菜單是由許多圖片組成的，幫助界面是一個html文件的瀏覽顯示)，連續按若干次使其在兩個界面之間連續切換，會出現圖像重疊現象，其原因是手機的CPU處理速度跟不上刷新速度，而且主界面的圖片資源一直沒有釋放，導致圖像的殘留。一般可模擬Grinder把這些類似的問題測出來。

　　4.是否正確處理來電。如果沒有適當正確的來電處理，有些來電會使游戲畫面變亂，有些直接退出，甚至死機。Brew程序員往往會在來電處理后的恢復中忘了對游戲音樂的處理，比如說原先選擇了關閉音樂的，來電處理后音樂又自動開始播放了。有時候需要模擬兩個或以上的連續的來電以發掘程序深層的邏輯錯誤，這些錯誤大多是來電處理后的恢復過程的錯誤。另外短信，電量不足等一些事件警告的出現也有可能導致程序出錯，也要作出相應的處理。

　　5.注意確保游戲說明和幫助的完整清晰，檢查系統提示信息，確保在游戲中出現的文字的正確拼寫，沒有錯別字。要盡量用敬稱“您”而不用“你”。

　　6.標題，菜單等的文字顯示要盡量用小字體，盡量縮短文字，能用簡短文字說明清楚的就不要用長句，例如“按2，4鍵可以左右移動圖片”就可改成“按2，4鍵左右移動圖片”，或者甚至改成“按2，4鍵移動圖片”。因為不同的手機顯示屏幕寬度不一樣，在一款手機上顯示正確不代表在其他款式都能正確顯示，然而用小字體，短句子就能適應大多數手機的屏幕寬度。

　　7.線程的處理，有些游戲設有多個線程，如果沒有處理好線程的調用釋放問題的話，就很可能出現線程爭用的問題。例如一個寵物游戲，寵物死亡后，會調用一個新的線程循環播放哀吊音樂，有些程序員由于粗心大意忘記了釋放這個線程，當重新開始游戲時，就會出現這個線程播放的音樂與游戲過程的背景音樂交替播放的情況。

　　8.文件處理。當涉及文件讀寫操作的時候，要特別注意測試文件操作帶來的內存問題。比如說，有些游戲需要用文件記錄游戲最高分或分值等，要注意測試第一次運行程序時的退出操作(此時沒有最高分記錄或其他分值記錄)，程序是否申請了文件指針或文件資源而沒有釋放。如果是的話，則會導致退出時的內存錯誤。另外對于Brew，應用程序的文件包中不得包含零字節的文件，每個文件至少有一個字節，同時還要求不能包含無用的文件或文件夾，目的是節省手機上有限的存儲資源。

　　9.顏色的搭配，有些背景色跟文字或圖片的顏色搭配在模擬器可以較清晰的顯示出來，但是到了手機由于其分辨率問題就不那么明顯了。顏色搭配要以清晰美觀為基礎，還要適當考慮游戲的種類，用戶心理等問題。

　　10.用模擬器模擬網絡不通的情況。目的是測試軟件的網絡連接，網絡資源請求，緩沖區存儲等模塊的性能，看看內存是否有正確釋放等?？梢酝ㄟ^斷開網絡連接的方法模擬手機網絡不通的情況，具體就是把本地連接的狀態設成禁用或者直接拔掉網絡連接線。

　　11.數據請求或傳輸等需時較多的過程要確保有提示界面，最好有動畫顯示數據在傳輸過程中，請用戶耐心等待。另外要注意在這個過程中對重復按鍵予以忽略，因為等待時間過長或響應遲鈍時，用戶趨向于重復按手機按鈕。

　　12.不要忽略了對后臺數據正確性的測試。輸入特殊字符或異常字符，看后臺有沒有相應的容錯處理(當然這些也可由手機端處理)。多個客戶端同時發出請求，測試后臺的多線程處理能力，看能同時處理多少用戶的同時請求，平均響應時間是多少，是否在可接受范圍內。

　　13.來電，短信，電量不足等一些事件警告的出現也有可能導致程序出錯，也要作出相應的處理。有些網絡程序由于設置了數據通訊時不處理來電，這時候就要在低電量情況下測試，用電量不足的警告事件來觸發程序的suspend和resume處理事件，看是否做了恰當的處理。

　　以上經驗同樣適合開發人員參考，以便盡量避免類似問題的出現。 

原文轉自：http://www.anti-gravitydesign.com