功能測試與自動化測試到底誰高級？

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