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