大話移動測試

測試界風雲變幻，移動測試火爆來襲，移動測試真的像黃金價格一樣嗎？（黃金可是跌了啊）所有人都適合做移動測試嗎？移動測試要怎麼做？自動化是必經之路嗎？好吧，面對如此多的疑問，小強帶你淺入淺出看看移動測試。（純屬個人見解，無對無錯，請各位看管理解）

1、概念

很多人都說手機測試，但手機測試到底要測什麼，卻沒有幾個人能完整準確的說出來。小強覺得，表達成APP的測試更為準確些。我們從以下幾點來看：

l  首先，如果你就是用安卓原生你大可不必去測試安卓系統了，至少小強覺得沒這個必要。

l  其次，如果像小米或錘子那樣，做了二次的開發，那麼有必要去測測，尤其是相容性和穩定性，為什麼這樣說？就是因為小強是小米的使用者，我想你懂得啊，傷不起。

l  再次，不論是什麼安卓還是ios，app則是必測的東西，所以說我們常說的手機測試、移動測試本質上就是對app的測試。

2、手段

O k，概念說完了，我想很多菜鳥都著急的問，要怎麼測啊，要什麼工具啊。其實，小強一直覺得測試不是一個技術活，也不是一個體力活，而是一個思維活。如果你沒有良好的思維能力，測試你幹不好。這裡我們也從以下幾點來看：

l  測什麼、怎麼測，需要針對具體的業務、產品、特點來分析，所以首先要深入理解你的產品才可進行下一步

l  當你理解了產品後，根據產品的特點來設計用例，其實這裡大致可以分為三部分，一部分就是產品業務邏輯的測試，而一部分就是場景與平臺的相容性測試，最後則是先很多人搞噱頭的效能測試（我們後面再說他）

l  好，那麼針對上面的這幾個方面，我們初步的測試手段就是手工+半自動化。有人說手工？你不要這麼低階好不好。可是沒有手工對業務、特點的瞭解，你如何去自動化？單純的為了自動化而自動化，為了顯示自動化多牛逼而自動化，小強看來沒有任何意義。當你幹一件事情的時候能從公司商業角度考慮，而不是隻從技術角度考慮的時候你的level就會和別人不一樣。

l  而對於半自動化而言，目前有不少好用、簡單、實用的工具，如AndTools，GT，各種雲測平臺，都是我們可以利用的，你要知道一個武林高手不是他武功有多牛逼，而是他能在各種環境中靈活的運用各種東西當成自己的武器。

3、自動化

接下來我們來談談這個，我只接觸過qtp和selenium，其他的並沒有接觸太多，可是據小強從多位童鞋那瞭解，自動化確實需要有編碼的功底，不然真心的會很費勁，而且容易半路夭折。另外，小強一直覺得把一門技術學通了，其他的技術不是什麼太大的問題，比如你把selenium學通了，你去學現在流行的appium難道就不會了？我相信，真正學懂的人3天就完全可以上手appium。

所以自動化測試不是任何人都能學的，入門是有難度的。另外，對於monkeyXXX而言有的人就覺得簡單的無比，可有人就覺得難，這個我們沒法去衡量，但是小強想說的是，我們學什麼都要為了實際工作中效率、投入產出比最大化的方向走，記住，最好的不一定合適，合適的才是最好的。

4、效能

總有人問手機效能怎麼測？其實小強自己也有點疑惑。首先，app的效能小強覺得可以從兩個緯度來看，一個就是重複頻繁操作的時候效能表現如何；另一個就是前端大量請求，後端服務的效能表現如何。

那麼對於第一個緯度而言，完全可以利用指令碼模擬完成，利用輔助軟體記錄相關資訊，最後分析。而第二個緯度，完全就是和我們的WEB效能測試一樣的。。。。。這裡大家要注意了，第二個緯度是關注後端的效能，道理和web效能測試一樣。LoadRunner也完全可以勝任。

所以，我想說的是，不論怎麼樣，只有認識到本質才能快速的切入，不然你永遠都像一個無頭蒼蠅到處亂撞，任人宰割。

到此為止你是不是可以大概的、淺淺的理解了？如果你可以，我很安慰，那麼你就可以按這種思路來試試，也許你會體會更深。

結尾處，再次說明，只是個人見解，不要太過糾結，提供思路而已，任何事情都有一定的發展規律與步驟，一口吃成大胖子不可行，但願移動測試能健康長久的發展下去，祝福好運！