首先很高興的是
移動測試會第八期在ucloud的贊助下非常非常圓滿的成功了。人真的越來越多，妹子也越來越漂亮了。同時感謝小A和永達以及小馬試駕創(chuàng)業(yè)公司的支持。移動測試會雖然最早是我個人創(chuàng)立的，但是一個人的能力畢竟有限，所以這第八期說明了團結(jié)就是力量：），也希望之后大家更多的來支持我們。
11月8號支付寶上海要開始一天的專場招聘，所以最近我
面試也非常的頻繁。之前我寫過一篇吐槽
文章——《面試要求真的不高》。今天的活動我也碰見了一些朋友來咨詢我，所以在這里我想小小的談?wù)撓氯绾芜M行移動無線應(yīng)用的測試
學(xué)習(xí)。
為什么我定位移動無線
互聯(lián)網(wǎng)的測試，還是應(yīng)用的測試呢，因為我個人就是做應(yīng)用測試的，所以我
系統(tǒng)測試也做過，不過不深入，所以我就不想去討論自己不熟悉的領(lǐng)域了。其實在很久前我畫過一張技能樹的圖，也許比較粗糙，但是也還是有價值的。
在之前的文章中也已經(jīng)提到過了行業(yè)中的幾類人，那么我們應(yīng)該怎么如何客觀的學(xué)習(xí)呢？請不要覺得自己已經(jīng)
工作很多時間就不愿意往下看了，反正看了你也不少塊肉。請跟著以下的文字慢慢閱讀，問問自己達到幾點，不要自欺欺人就好。
現(xiàn)在不會做測試的拼命到處問怎么做測試，現(xiàn)在在手動測試的拼命問怎么做自動化，現(xiàn)在做自動化的拼命問怎么寫測試框架，現(xiàn)在寫測試框架的拼命讓團隊使用，現(xiàn)在寫框架并且讓團隊使用的拼命問除了維護框架還有什么別的可以做，現(xiàn)在沒有事情做的拼命在問到底測試做什么呢？
不知道每天會有多少人，每秒鐘會有多少人會去問怎么做自動化，多少人會去問自己發(fā)展方向是什么，學(xué)習(xí)方向又是什么。我很明確的說，你沒有方向原因在于你的無知，人最大的敵人就是恐懼和無知，兩者相輔相成，最終就是一事無成。你問那么多有什么用，踏踏實實的先開始學(xué)有什么不好。
比如你要學(xué)習(xí)移動互聯(lián)網(wǎng)的無線應(yīng)用測試了，比如你要開始學(xué)習(xí)
Android的應(yīng)用測試了。那么首先第一步你先看google 提供的文檔吧，sdk文檔不說詳細，先瀏覽一遍吧。然后既然你是一個做測試的，我們就說正常的道路，你至少先將文檔中與
test這個關(guān)鍵字相關(guān)的工具也好，框架也好看一下吧。不懂的可以隨時google或者
百度來幫助我們閱讀完sdk的docs。什么？你從來不看官方文檔？android是誰生的？你連親爹媽都不看，那么你看啥？看后媽？然后抱怨怎么看不懂？你怪誰？
ok，假設(shè)你老老實實的看完了，然后你說你了解你們產(chǎn)品的業(yè)務(wù)了，你就可以做應(yīng)用的
功能測試了嗎？非也，試問大部分測試真的覺得自己夠資格去做功能測試嗎？覺得功能測試很簡單嗎？問起來很多人都很自信滿滿的說自己非常了解業(yè)務(wù)。ok，試問，你的app中每個功能對應(yīng)哪些接口你知道嗎？這些接口會有什么核心參數(shù)知道嗎？試問，你的產(chǎn)品的核心代碼你有閱讀過嗎？你的產(chǎn)品前端app對應(yīng)的后臺服務(wù)的代碼你有閱讀過嗎？你說你測試的產(chǎn)品有視頻是吧，視頻格式有哪些？常見分辨率有哪幾種？常見碼流有哪些？如果這些你都不知道并不代表你不回做功能測試或者業(yè)務(wù)測試，而是你根本無法深層次的去設(shè)計
測試用例，那么請問你這算會功能測試了嗎？還有的同學(xué)和我說用戶體驗測試，ok，繼續(xù)問，請問你看過google提供的android的UI Design Guide嗎？也許你沒有看過，也許你根本不知道，不管是哪條，那么還談什么用戶體驗?zāi)兀亢唵蝸碇v，我們做一個測試很簡單，要深入做很困難，就如同今天移動測試會上茉莉說的wifi測試，也許讓也許人去測試wifi測試也會測試，但是深入呢？我們做測試要踏踏實實，不要浮躁，浮躁只會讓你繼續(xù)sb，但是不會阻止別人nb。
ok，假設(shè)功能測試的點你都清楚了，然后你說你技術(shù)多多少少知道點，然后你就可以去做應(yīng)用的
自動化測試了嗎？非也。我們一個一個來看。大部分先來做的是UI Automation，ok，appium我在這邊就不說了，也許2w字都吐槽吐不完，我就說robotium。那么你第一步是先看下robotium官方網(wǎng)站的sample和wiki，不要到處問例子或者直接上來就導(dǎo)入jar包去做。了解完畢之后，那么可以繼續(xù)深入的去了解junit 和instrumentation，了解這兩者能夠讓你對robotium更了解并且在寫用例的時候更得心應(yīng)手。然后你會寫了sample，能夠跑通就算ok了么？非也，那么接著碰見的問題就是如何管理suite，如何管理數(shù)據(jù)，比如testng，如何做參數(shù)配置，比如config.xml，如何進行用例的架構(gòu)的維護，使用op等。接著如何將其集成到持續(xù)集成中？如果你仔細看過instrumentationtestrunner的官方文檔你就不會問了。接著除了native的，也許會碰見自定義控件的自動化，最后還有webview和h5的自動化等。那么這些前提是你要先去了解這個自定義控件以及webview到底是什么吧，而不是直接拿robotium自定義的api直接食用，然后抱怨說，啊呀這個怎么跑不通。最后記得一定要結(jié)合業(yè)務(wù)去做設(shè)計和斷言。
接著很多人還會覺得很牛逼的去找到BDD的框架，gem安裝，套用cucumber和robotium。但是又會發(fā)現(xiàn)各種問題，在做這個事情之前繼續(xù)試問，ruby gem管理你去學(xué)習(xí)了么？cucumber是啥知道了么？BDD框架源碼結(jié)構(gòu)有看過嗎？step怎么封裝知道嗎？官方的github的wiki和issue有過一遍嗎？都沒有？那么你還問啥，先去看再做討論。
為什么我那么強調(diào)學(xué)習(xí)能力和態(tài)度，因為移動互聯(lián)網(wǎng)的測試已經(jīng)不是一個工具或者平臺能夠制霸的時代了。移動互聯(lián)網(wǎng)現(xiàn)在更多的是注重實用開源框架，注重靈活的使用工具和代碼來提升自己的效率，而不是拿來一個工具學(xué)會怎么用，然后就給你一個結(jié)果告訴你缺陷在什么地方。故而不是再去想什么“怎么做性能自動化測試”這種問題。無論你用
360這種app也好，或者別的工具也罷，首先你拿到的數(shù)據(jù)并非是你公司團隊想要的，其次請問這個數(shù)據(jù)你知道是怎么獲取的嗎？這個工具告訴你，cpu，內(nèi)存，電量，流量，GPU繪制消耗，或者crash信息你就信啊？那么請問要你有啥用？你說你連數(shù)據(jù)怎么來的如果都不知道這個信息你敢用來作為測試報告嗎？我們至少得自己去學(xué)習(xí)一下怎么獲取這些數(shù)據(jù)吧，然后你編寫service也好，使用
shell也罷將這些做成自動化工具，那么也是有理有據(jù)。否則請問你真的會做自動化測試嗎？最后記得一定要結(jié)合業(yè)務(wù)，那么勢必要詳細的了解業(yè)務(wù)，請看上面。
接著來說
安全測試也是一樣。不要去想“有什么工具能夠做安全測試啊？”。好了，這個問題我就不展開討論了額，否則很多人肯定會覺得我在鄙視他們的智商。安全的測試和大部分人知道的測試根本就是兩個領(lǐng)域，不要妄想你連上面幾點都不知道的情況下就去做安全測試，真的不是我看不起你們。
其實我們需要想象我們掌握的知識點是一個一個積木，而現(xiàn)在你先去看哪些積木你還沒有，你先去獲得。就比如
java都不怎么會，然后就說自己要去做自動化，android都不了解就說要做自動化。沒有太大必要。積木一個一個去搭，然后方向自然而然的就有了。目前學(xué)習(xí)移動無線的應(yīng)用測試沒有什么一定的路，每個人所在公司不同，所處業(yè)務(wù)不同，不要去問別人，最重要的是自己靜下心來，記住，是靜下心來問自己，自己真的不懂，如果自己是什么都不懂，那么就踏踏實實的從語言的學(xué)習(xí)，android本身的文檔，工具等一個一個去學(xué)，不要浮躁。只要踏實了，不會沒有方向，方向永遠在你的心中。
最后想強調(diào)一點的是，請眼光放長遠，站在更高的高度看問題，不要做了10年還在做UI自動化，而且還根本做的不深入。記住，UI只不過是自動化中的冰山一角，你要去看的還有很多。不要局限自己，不要讓公司局限你，除非你一輩子就打算在這個公司養(yǎng)老了。如果你不贊同我，那么隨意，本來我就不指望所有人都點贊。
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters