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