小編首先要聲明，軟件測試包括很多領域，這次所談的測試未來，其實是移動互聯(lián)網測試的未來。這些年我和很多公司的同學都做過交流，經過了長時間的交流，基本上對現狀有一個清楚的了解，這里就大膽的對未來進行一個預測。 另外我還想說，軟件測試行業(yè)還是一個不成熟的行業(yè)，存在很多成就偉人的機會，學術界和工業(yè)界都存在著大量看不清客觀事實的人，同樣的也存在大量的扯淡的人，本篇文章希望大家都能夠認清楚現在的局勢，以便找到正確的發(fā)展方向，從而將行業(yè)整體推向一個正確的道路上。

過去：從極易到極難 要預測未來，我們首先必須對過去和現狀有一個清晰的了解，所以，下面首先介紹一下移動測試過去是什么樣的。 我自己是從09年底開始接觸Android無線應用的功能測試，那么就從那個時間開始說起吧。 09年到11年底屬于移動互聯(lián)網測試在中國的卓絕個階段，那個階段幾乎網絡上除了Android、iOS的官方文檔，不存在其它任何相關的測試技術博客或者文檔，這對當初接觸這個行業(yè)的我們是一個非常大的挑戰(zhàn)。 對于一個**的領域，為了保證產品質量，測試必然是從功能方面切入進行。不過好在那個時期的App大多都是純Native的邏輯，并不像現在那么的復雜。但由于開發(fā)整體技術的不成熟以及硬件上不充分的支持，我們更常見的其實就是OOM（Out Of Memory），那個時期真的算是習以為常了。 09年到11年的時候，整個行業(yè)的大部分互聯(lián)網公司都感覺到了移動互聯(lián)網的到來，這個時候，很多大企業(yè)也覺得應該開始儲備移動團隊和技術基礎了，所以開始大范圍招人。 初創(chuàng)企業(yè)招入的測試肯定是One Man One Team，一個人就相當于一個團隊，而大公司的話，會將自己公司內以往做服務端測試，或者web測試經驗豐富的人，拉過來做移動測試團隊的leader，然后開始招兵買馬。 但無論是哪一類公司，測試工作肯定集中在功能測試用例的設計、執(zhí)行測試用例上，而且非常的累。所以當時如果你會或者說掌握Android Monkey測試以及iOS的Monkey測試的話，那么已經是神一樣的人物了，很多公司會爭先恐后的搶著要的。（這里我不得不提一句，我面試了那么多的人，大部分人就是知道基礎的命令，也不知道Monkey執(zhí)行的策略包括實現，這些人就不要說掌握或者熟練了。） 在移動互聯(lián)網早期，功能測試就被放在了一個很低的位置，直到現在依然沒有什么一個很好的改觀。 然后過了快2年，各個公司發(fā)現，移動互聯(lián)網不如自己設想中的賺錢，反而燒錢很快。

于是11年下半年部分公司就開始裁員了，而首當其沖的就是測試工程師。在這個階段中，幾乎所有公司都不知道自己要招什么樣的人，JD（崗位描述）都會很模糊，會寫上要移動互聯(lián)網測試經驗，但不知道具體要什么經驗。整整2年就處于這樣一個階段，我稱之為移動測試卓絕階段。 接著12年開始到13年底基本上又是兩年，進入了第二階段。 這個階段，移動互聯(lián)網的項目迭代周期也基本定型了，1～2月內一次大迭代，小版本可能每天都有。此時的公司對移動測試的要求也開始具體化——當然，中國是一個跟風嚴重的國家，比如當初BAT或者各個大公司寫出來具體的測試JD，行業(yè)的其它公司紛紛開始抄襲，所以這階段的移動測試的要求基本是從BAT和大公司出來的。 12年開始，行業(yè)對測試人員的招聘要求來了一個180度的轉變，Robotium，Monkey，Monkeyrunner，Instrumentation，Objective-C，Java，Python等各種詳細的要求接踵而來，整個12年的面試會給測試人員一個感覺———面試測試崗位比面試一個CTO崗位都要累。記得某些公司在面試測試人員之前，首先先要筆試，做各種卷子，包括軟件工程，測試，算法，代碼，智力題等，從我看來簡直變態(tài)的可以。

另一方面，移動互聯(lián)網的產品本身從Native開始慢慢的轉變成部分Native，部分WebView。Native主要用來實現一些類似于設置、本地界面框架的功能，而WebView更多的會做一些活動界面、廣告投放的功能。之后Hybrid混合式應用就變成了移動互聯(lián)網應用的主流實現方式。測試工作也從以往的純功能性測試，增加到現在的自動化測試、持續(xù)集成、碎片化測試等等。移動測試的技術在這段時間也得到了非常大的進步和提升。 其實在這兩年里，還是有很大的變化，那就是開源測試技術的發(fā)展越來越快。現在在移動互聯(lián)網存在一個普遍現象，那就是UI自動化測試就會有幾十個框架，根本就不知道選什么。