《全棧效能測試修煉寶典JMeter實戰》—第1章1.4節不僅僅是效能測試

本節書摘來自非同步社群《全棧效能測試修煉寶典 JMeter實戰》一書中的第1章，第1.4節不僅僅是效能測試，作者ROAD_TESTING軟體測試組 組稿 , 陳志勇 , 馬利偉 , 萬龍，更多章節內容可以訪問雲棲社群“非同步社群”公眾號檢視。

1.4　不僅僅是效能測試
隨著國內軟體質量體系的健全，企業逐漸意識到軟體測試質量不單單是滿足功能流程順暢就行，測試效率和用人成本的降低也是趨勢，更要為軟體的穩定和易用性等質量保障來提高產品黏性留住使用者。可以這麼說，一個成熟的大型產品必須有過關的效能測試把關，這不是一個簡單的事情，從需求、架構、硬體、資料庫、程式碼等層面都需要精心設計和測試。

那麼如何提高職業技能和核心價值從而賺取更多的勞動報酬？後續測試的職業發展會碰到哪些問題，測試的捷徑在哪裡？

全棧一般是技術方面的領導者，需要涉獵廣？懂得如何解決問題以及對應所需的技術和工具。但具體的細節掌握比不上某個學科精專的。但是他們有強大的學習能力，會較多依賴搜尋或即時學習，會根據需求，依託自己紮實的基礎功底，把某一項或者二項技能達到接近於專科人員的能力。全棧是學習能力強，總結能力強、不斷總結和融會貫通提高實戰能力，善於分析因果並找到原因和解決方案的複合人才。

我個人認為全棧測試比純測試更有未來，因為測試很多時候就是個“萬油精”。雖然全棧要掌握的知識點很多，精力不夠是其弊端。想要某一項做到專業級，花費的精力更多了。但是頂尖的優秀人員永遠是少數，市場的高薪也是為那些20%的人員所留。更為重要的是目前是一個複合人才，跨界人才當家的年代。越來越多從軟體測試走到測試總監、技術總監、CTO等高階技術管理類複合人才的比例越來越多。

我們看看除了測試還需要掌握哪些基本功。

1．需求
我們的行業存在的根本在於實現使用者的業務需求，客戶或者產品的需求變化引起的系統需求的頻繁變更，在專案週期本就不寬裕的情況下，間接導致測試人員工作量的增加從而導致測試人員加班現象越來越嚴重。

在實際的效能需求分析過程中，系統分析師必須清醒地認識到客戶很難區分業務需求和使用者需求的差別，搞清楚客戶背後的真正的業務需求。可以說，軟體工程中的“需求分析”就是確定要計算機“做什麼”，要達到什麼樣的效果。可以說效能需求分析是做系統效能測試前必做的，不然就沒有方向。

2．程式碼
在測試過程中懂程式的人更能夠深入地把程式測試好，通過走讀程式碼發現邏輯上的缺陷、寫法上的繁瑣帶來的效能問題等，達到事半功倍。系統難免會與資料庫打交道，資料庫知識也不可少；程式部署在中介軟體上，中介軟體知識也是必備的；中介軟體執行在作業系統上，作業系統及硬體知識也不可少。

3．運維
測試自動化是一個趨勢，不僅包括功能測試自動化，也包括效能測試自動化及測試環境自動化（持續整合），掌握運維手段也變成必要。另外，對於系統涉及的中介軟體、資料庫、快取等產品也要熟練運維。

所以要想在測試行業中脫穎而出的關鍵還是技術，流行的一句話：測試人員懂開發最好，開發人員懂測試最好，自然更受歡迎，價值更高；也就是技術不錯，能夠跨界。而測試的各種崗位尤以效能測試涉及的知識面最廣，涉及程式開發、資料庫、中介軟體、作業系統、硬體知識等內容，基本是照著全棧測試的模板在培養，突破手工測試選擇效能測試是一個好的方向，有了這個技術積累就不僅僅是做效能測試，亦開發，亦測試開發（自動化），亦架構，亦效能測試。