一，測試工程師的歷史

我算是接觸網際網路測試工作比較早的一批人了，在2010年研二實習的時候就開始在一家加拿大的企業做測試開發工程師了。2012年畢業的時候，貌似網際網路行業開始有專職的測試人員，而且不少中小型公司還沒有專職的測試人員，程式的質量由開發人員保證，產品進行簡單的驗收。就算是公司有專職的測試人員，地位還是比較低的，貌似各種人都能來指揮測試人員的。產品來壓測試時間，開發也來壓測試時間，總感覺到測試人員什麼都不會，而且沒有什麼好測試的。可是一旦出了問題，都會怪測試工程師沒有測試到。隨著使用者對產品的質量要求越來越高，公司也就注重測試工作了，各個公司開始組建自己的測試團隊，對測試人員要求也開始變得越來越高。測試人員在不少公司的地位有所提高，能把控專案進度，提出不同的意見。慢慢的就和國外的企業接軌了，我實習的時候加拿大的公司的測試地位非常高，測試說測試通不過，誰也不能上線了。

二，測試工程師的來源

由於測試一般是根據產品的需求，從使用者角度來驗證開發做出來的程式或是產品是否符合需求，要求門檻比較低。也由於要借鑑不同行業的人來驗證產品，所以功能測試人員來自己各行各業，也沒有高學歷的要求。一般應屆畢業生是新加入測試行業的主力軍，他們年輕有活力，還是比較合適的。後來大家看到網際網路的測試工資待遇還是不錯的，而且門檻比較低，所以很多考慮著轉行來做測試；或是其他工種，如泥瓦工，廚師，銷售等等都通過上幾個月的培訓班，來加入到測試工程師這個行業。此處不是說其他的工種不能做測試工程師，只是在說明各個行業目前都有轉測試的趨勢，競爭壓力還是挺大的。

三，測試工程師的分類

網上或是書上我們會看到很多類似於黑盒測試，白盒測試，灰盒測試等等吧，實際上這些兒只是書面上的分類，真正的公司中完全不是這麼回事？

（1）功能測試工程師

（2）效能測試工程師

（3）安全測試工程師
（4）自動化測試工程師

（5）測試開發工程師

（6）高階測試開發工程師

（7）測試專家

當然，如果按層次來分的話，應該是如下：

第一層：（1）功能測試，按需求檢測開發的產品是否符合需求。

第二層：（2）（3）（4），這層的測試人員需要熟悉使用一些兒工具，開源的框架，藉助於簡單的指令碼來完成對被測物件做效能，安全和迴歸測試工作。

第三層：（5）（6），這層測試工程師需要通過編碼，或是對開源的框架，工具進行二次開發，開發測試工具，測試平臺等來解決前兩層測試人員工作中遇到的問題，提高工作效率。

第四層：（7）測試專家，就是能夠發現測試領域問題並解決某個領域的問題的人，同時還需要具有這個領域的系統化的知識體系。這個比較難達到這個級別，需要的掌握的東西還是比較多的。

行情分析：

（一）目前第一層測試人員最多，從12年加入到測試行業，到現在為止已經具有相當一部分人了。而且先前加入的人員，已經工作了三四年了，已經達到了瓶頸，業務比較熟悉，技術上沒有提升。同時，不斷有應屆生或是年輕的小夥伴加入，對老人衝擊很大，而想換工作的時候，又沒有優勢，非常麻煩。

（二）第二層的測試人員，貌似很高大上，藉助於一些兒常用的工具，開源的框架，來錄製指令碼，編寫自動化測試用例，然後接於到jenkins中實現持續化整合。好牛的感覺喲，其實不是這麼回事，不管我們是使用工具還是開源框架，我們都是在使用工具的。一旦工具出了問題，或是消失了，收費了等不可控制的原因吧，我們就失去了優勢。而且入手還算比較快的，通常牛人帶你，或是參加一個專項的培訓班，一兩週就能入手。此類人正在慢慢地變多，而且也漸漸地失去了優勢。

（三）第三層人現在的需求量比較大，但是相應的人員比較少。因為這類人需要有一定的編碼能力，而普通的測試人員具有編碼能力的不太多，計算機專業的人員有了編碼能力就去做開發了。結果留下了這個真空地帶，這個地帶的人待遇相當不錯，人員少，建議大家往這個方向發展。

（四）第四層人就比較鳳毛麟角了，也是我們所有的測試人員努力的方面，我們就不過多介紹了。

四，目前的測試技術介紹

目前自動化測試比較熱，我們就先介紹自動化測試，然後再去簡單地介紹一下其他的測試。

自動化測試：

（1）WEB UI自動化測試：主流的開源框架是Webdriver2.0，先前還是selenium 1.0,Htmlunit,經過社會上的實踐，現在就只剩下Webdriver2.0。而且這個開源的框架支援主流的語言，如python,java,php等，藉助於Selenium IDE，Firebug等工具，完成對Web UI的自動化測試。

（2）API或是服務的自動化測試：介面自動化測試主流技術是python的urllib2和requests模組，phpunit也可以用來做介面自動化測試，java在支援介面自動化測試方法有點兒弱，需要做一下二次封裝。由於服務出於安全考慮，各大公司都會自己開發相應的服務框架，所以服務的自動化測試則是公司自己開發的框架比較多。如58趕集的SCF服務框架下開發的服務，則需要ATF框架來進行測試，所以就不能列舉出服務的自動化測試技術了。

（3）移動自動化測試：移動自動化測試指的是APP UI自動化測試，後端已經由上面的介面和服務自動化來保證了。而APP UI自動化測試主流的框架是Robotium和Appium，因為Robotium只支援java語言，並且只能對Android系統進行測試，所以沒有Appium應用的廣。Appium支援IOS和Android系統，支援java和python語言，是主流的框架。

效能測試：

效能測試我不太瞭解，不過目前主流的工具是LoadRunner和Jmeter。利用這些兒工具來根據需求，錄製指令碼，進行壓力測試。還有需要對Jmeter進行二次開發，以完成對自己業務的完美支援。

以後對移動端的效能要求也比較高了，新出的App需要支援各種型號的機器。高階的機器需要支援，低端的機器也同樣需要支援。以後移動端的效能，應該算是效能測試的新方向。

測試開發：

測試開發是介於測試和開發之間的工種，測試開發是針對測試的開發，也就是說測試人員是測試開發的產品，他們有任何工作中的需求。測試開發人員需要積極響應，通過開發相應的工具，平臺來解決他們遇到的問題。

當然測試開發要求也比較高，上述的開源框架都需要深入瞭解，java,python,shell,ruby等語言的使用已經不是問題，CSS，jS，HTML等前端的東西也要熟練使用，介面，服務的開發也是常事。在此階段各種技術應該就不是問題了，你需要的就是解決問題的能力。

好了，就閒扯到這些兒吧，這是我在工作中得到的一些兒經驗吧！現在功能測試已經飽和，自動化測試人員日漸增多，測試開發需求量變大。一個好的測試人員，要有明確的發展方向，有計劃地發展自己，不能跟著需要求走，走高消耗的路線！