轉眼出來工作已經4年了，在這4年裡主要從事測試工作，今天我想在這裡說下目前我對測試行業的一些認識。
其實測試這個職位無非分為功能測試，效能測試，自動化測試以及安全性測試，隨著近幾年測試的發展，很多公司也越來越重視測試，都設有專門的測試人員，就目前國內軟體公司的發展來看，應該有90%以上的公司有測試職位，可見測試在軟體體系中還是佔有很大分量的。但是如何去定位軟體測試的高階與否，今天我就專門來說下我的觀點。
“高階”一詞一直是技術行業中被眾多技術人員所向往以及崇拜的，做技術這行的都想往高階方面發展，但是在測試行業中對“高階”在你心中的定位到底是什麼呢？相信現在基本上95%以上的人都認為會自動化測試，會效能測試才叫高階。其實我認為這是錯誤的理解。首先，我認為測試中“高階”應該從兩方面來定義：1、技術上你能做到的別人做不到，那你做得工作就是高階，換句話說就是，不是人人都能做的工作；2、從公司層面來說應該是能給公司帶來利益的。我相信這兩點大家都應該不會否認。好，既然不否定，那我們來深入探討下這兩方面。
假如甲會自動化測試或者會效能測試，他從一畢業就開始做這方面的測試，而且做得挺好的，每次專案的自動化和效能都是他來完成的，他要做的工作就是錄製或者編寫指令碼，然後做一些指令碼優化，最後執行指令碼，實現自動化。另一個乙只會功能測試，他也是一畢業就開始做這方面測試，他的工作就是根據參加需求評審，編寫測試用例，
設定測試方案，執行測試用例，看起來都很簡單。相信在大部分測試者眼裡會認為甲是高階工程師，乙則不是。但從剛才的定義1來分析，做過自動化的人都知道，假如招個有程式碼基礎的畢業生給他一個星期或者一個月專職負責自動化或者效能測試，他也一樣能做，工具的操作都差不多，不會的還有度娘，保證能學會。很多東西不是你不會，而是因為你沒做過，那些看起來難的東西並不一定難；而恰恰相反，其實乙的工作反而更加難，需求方面先不講，通過需求編寫用例表面簡單，其實不易。用例的編寫設計廣泛，沒有長期積累的測試思維還是比較難寫出充分覆蓋測試點的用例，招個剛畢業應屆生做功能測試反而不是一個星期或者一個月能學會的，這個才是要慢慢積累的。從公司層面來談“高階”，這個做過測試的人更加不用說，功能測試測出來的bug肯定比自動化測試測出來的bug更有價值，或者有同等價值，因為大部分的bug都是通過功能測試發現的。當然有人會說，我自動化測試可能節省人力，節省時間，這個是不可否認的。但是你能保證我自動化跑過的功能就不需要做功能測試嗎或者就沒有bug，我相信沒人敢做這樣的保證。所以功能測試從這點上也不比自動化測試低階。其實我說這麼多隻是為了端正某些人對功能測試的誤解，功能測試和自動化測試是相輔相成的，沒有高下之分，現在很多企業招測試都說要招高階，身為測試人員的招聘者面試時也認為會自動化才是我要的高階，做功能測試或者黑盒測試的我不要。其實說這話時，你已經不是一個合格的測試人員了，因為你還缺乏對測試基本的認識。