Brew手機測試經(jīng)驗分享
在提交高通前務必要檢查文檔與實際程序的功能表現(xiàn)是否相同，比如說，游戲增加了密技功能，在文檔中要有相應的說明。
在模擬器上圖像處理速度較快，所以不會出現(xiàn)游戲中移動的圖像變模糊的現(xiàn)象，但是由于手機的分辨率相對低。
更多>>
Android自動化測試在多種屏幕下的注意事項
在編寫Android自動化測試用例的時候，可能會碰到這樣的情況，在一個Android版本的模擬器上運行的好好的測試用例，在另一個版本的Android模擬器上運行不正常了�；景Y狀是，在測試代碼里獲取一個View的實例，然后通過robotium的click函數(shù)點擊它。更多>>
手機測試的種類
近一直在做智能手機小應用的跟蹤驗證測試，故障單是由測試高手提供的，是一個非常完善的測試隊，連我們的開發(fā)團隊都感嘆他們的敏銳，能發(fā)現(xiàn)潛在的Bug.在驗證之余，我認真研究了他們出的故障單，做了一些總結。
1、手機軟件系統(tǒng)測試的角度分為：功能模塊測試，交叉事件測試，壓力測試，容量性能測試，性能測試和用戶手冊測試等。
2、功能模塊測試：首先應分析功能模塊的功能項，測試每個功能項是否能夠實現(xiàn)對應的功能。一般根據(jù)測試案例（Test Case）或軟件本身的流程可以完成基本功能測試。（相對簡單，故障也較容易解決）
3、交叉事件測試：又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如通話過程中接收到短信或來響鬧。
IOS的自動化測試
去年5月份接手測試了幾個iOS客戶端，簡單看了點關于iOS UI自動化測試的東西，做了點記錄，現(xiàn)在看看已經(jīng)落伍了好多。姑且放著也許哪天還能用上。
要測試一個已成型的應用，從用戶所見的角度來做自動化收益還是比較高的。目前了解的UI測試方法分為兩類，一種是iOS4提供的UI Automation，一種是把測試代碼注入到應用中。
1）iOS4的UI Automation用JavaScript驅動在應用上模擬用戶行為，由Instruments的Automation工具執(zhí)行。具體的可以參考這篇文章在iOS 4中實現(xiàn)UI自動測試，操作很簡單，先編寫自動化測試的Javascript文件，在Automation工具中選擇這個文件，選擇測試的target（模擬器和真機都可以），然后點Record（這個名字起得很坑爹，我一度以為它支持錄制，像Selenium一樣轉化為js代碼呢）