軟體測驗(實習生)如何快速提升技能？整理1份大佬的學習路線送給迷茫的你！

任何牛逼的人背后自有牛逼的知識體系，你要想自己牛逼，就得先了解什么是牛逼的知識體系，所以想做一個牛逼的測驗人員，最快速的方法就是先要知道牛逼的底層的知識體系是什么，

一、什么是牛人應該具備的知識體系？

1.普通人的知識體系是怎樣的

查理·芒格曾經用“逆向思維”確定了什么是普通人的知識體系：那就是缺乏縱深、單一化和松散無聯系，

先說第一個，缺乏縱深，這點很好理解，你想，一個人知識面再廣，至少也應該在某一點上是比較深入的吧，要是你什么都知道一點，但也什么都理解得不夠深刻，那你就會發現，很難打通現象和底層規律之間的通道，這樣的話，我們在社會上的競爭力就會很弱，

再說第二個，單一化，單一化的知識體系會造成狹隘的視野，舉個例子，大家都聽過一個品牌叫無印良品，這家公司在做員工管理的時候發現了一個問題，長期做銷售的人會認為“產品賣得好，主要是銷售的功勞”，而長期做產品研發的人呢，會認為“產品賣得好，主要是是產品質量好，銷售不怎么重要”，顯然這兩種看法都很片面，這就是單一化，

還有第三個，松散無聯系，就像任意堆積的衣服一樣，不去整理它們，長此以往，不僅增大了你的認知負荷，也容易讓你形成松散凌亂的知識體系，

而這3大特點，正是我們大多數人的知識體系，所以我們是普通的平凡人，

2.牛逼人的知識體系是什么樣的？

其實一個好的知識體系符合這樣一個特征，宏觀上看像是字母 T，而在微觀層面看又像字母 Y，

為什么說宏觀上看像 T？

其實就是說，好的知識體系是在某一專業上縱深，比如在測驗領域，縱深就包含功能測驗，自動化測驗，性能測驗，測驗開發….，一路上升級打怪，但同時具有多學科的廣泛視野，這不就像字母 T 嗎？大多數人都只使用自己學過的某一個思維模型，比如說經濟學，那他就會試圖用這一種方法來解決所有問題，就像諺語說的，“如果你的手里拿著鐵錘，那你會覺得整個世界都像一顆釘子”，這其實是處理問題的一種笨方法，一般也很難取得理想的效果，

接下來我們再說說微觀層面為什么又像字母 Y？

比如你在做設計，也許你只是使用了設計方面的知識，而 Y 型知識架構就是說，你不能只使用單一知識，還要將其他型別的知識合并進來一起使用，比如，設計加認知科學就是一種很棒的 Y 型知識架構，如果你想設計一張海報，提前考慮受眾應該優先獲取什么資訊？會有什么樣的情緒反應？是不是符合用戶的預期？能不能引發他們的好奇？他們能不能無需思考就知道如何行動？想想看，一個設計師如果了解人的認知規律，哪怕只是一些基礎原理，設計出的作品都會比不了解的好很多，

所以說，Y 型知識架構強調的就是在微觀應用層面，你需要將兩種學科以上的知識刻意合并使用，為什么說要“刻意”？因為對大部分人來說，做自己擅長的作業的話，他就會陷入常規套路當中，如果不是刻意，很難加入其它學科知識，

3、總結

好，我們來總結以上的內容：我們借用了查理·芒格的逆向思維方法，在分析了什么是“壞的”知識體系后，又基于查理·芒格的“多元思維模型”，又提出了什么是“好的”知識體系，并且指出，想構建的好的知識體系有三個步驟：一、到縱深的知識點；二、建立多元學科的知識體系；三、合并交叉地使用知識，

二、結合牛人的思維體系和個人經驗，介紹測驗人員如何才能牛逼

很多人覺得測驗人員主要作業就是執行用例、提bug、跟蹤bug、復現bug，比較少的涉及代碼，技術能力不強，所以覺得測驗人員不夠牛逼，在專案組中不夠有話語權，

如果想讓自己在測驗領域變的牛逼，結合牛人的思維體系和自身個人經驗來說，可以從如下三個方面來努力：

一、要成為牛逼測驗人員，就要爭取在測驗領域做非常有深度

常見的測驗作業，包含如下環節：撰寫測驗計劃 — 撰寫測驗方案 — 撰寫測驗用例 — 測驗執行 — 提交測驗報告

（1） 撰寫測驗計劃的時候，除了分配人力和安排時間外，還要能提前識別出專案組中可能的人力、技術等風險，協調好專案中的時間及各種轉測、測驗通過的標準，既要與專案組其他部門達成一致又要充分保證測驗組的權益，

（2） 撰寫測驗方案的時候，能識別出專案中各個功能模塊的重點和難點，制定對應的測驗策略，并對比業內的測驗工具，選擇最適合的測驗工具，

（3） 撰寫測驗用例的時候，考慮用例怎么能覆寫得更全面，能發現別人發現不了的bug，能發現更多的bug，真正想寫好測驗用例，除了要熟悉界面功能，還要比開發更懂業務，要有全域觀，

（4） 測驗執行時，除了手工執行功能測驗以外，自動化執行、性能測驗執行、安全性測驗等是否都能上手

（5） 做完前面的，測驗人員撰寫測驗報告，專案就可以發布上線了，這時雖然能上線，但是潛在的風險能不能識別出來；分析專案進度、bug數量、bug型別、bug分布，分析這次專案中有沒有可以改進的地方，可以學習的地方，能否推動后續改進落地，

圖1：（傳統）的測驗作業流程

其實能做到上述幾點，基本上可以是一個中高級的測驗工程師了，不過優秀(“牛逼”)的測驗工程師可能不滿足于此，

2、要成為牛逼測驗人員，還需要向上下游來擴展測驗的作業領域，打開職業寬度

上游的作業包括：

（1） 在專案立項時，進行需求確認的時候，測驗人員能參與進去，站在測驗人員的角度上，通過發散性的思維來發現需求中的遺漏，提高專案的質量

（2） 想辦法提升開發人員轉測驗的版本質量，例如：參加開發的code review，熟悉功能模塊的專案代碼，知道開發的代碼邏輯，哪些地方坑比較多；提供一些手工用例讓開發自測；給一些自動化的介面和UI測驗代碼讓開發自測；部署靜態代碼檢查工具，并推動開發分析和修改發現的問題

下游的作業包括：

（1） 發布線上版本部署的自動化，減少出錯的概率；縮短專案部署的時間

（2） 線上問題的統計和分析，找到問題的根源，推動專案組的負向改進

（3） 發布后統計運行資料，分析上線系統是否達到預期效果，分析改進方法

總而言之，優秀的測驗人員不要把自己單純當做測驗人員，而要把自己放在質量保障人員的角色上，推動整個專案組一起保證質量，

3、要成為牛逼測驗人員，最后還要能多元的交叉使用知識

這里以自動化測驗為例，自動化的技能不要僅僅滿足于撰寫測驗腳本，執行測驗用例，而是要站在質量保障的角度想辦法提升上下游的測驗效率，并最終保障軟體版本的發布質量，具體的作業可以包括持續集成探索、工具平臺的開發等，

持續集成的作業大概包括：

（1） 從開發每次提交代碼開發，把所有的編譯環節都自動化，自動打包提測

（2） 編輯完成后，可以自動進行靜態代碼的掃描，利用業內一些靜態代碼檢查的工具（如sonar），檢查代碼中的靜態問題

（3） 引入單元測驗，單元測驗的用例和腳本可以由開發和測驗合作撰寫，保證代碼內部函式邏輯的正確性，在一套完整的自動化測驗方案中，單元測驗的難度和作業量可能是最大的，但是覆寫率高的話效果往往是最好的

（4） 單元測驗結束后，可能自動獲取編譯完成的代碼包，進行環境測驗的自動搭建，搭建完成后直接用于后續的介面和UI自動化測驗，

（5） 接下來，介面自動化是現階段公司中做的比較多的自動化測驗，因為后端提供給前端的HTTP介面相對比較穩定，后期用例修改維護作業量比較少，所以介面測驗的自動化占比一般比較高，

（6） 在介面測驗的上層就是針對用戶界面的UI測驗了，UI自動化通過操作頁面上的各種元素，模擬測驗人員對系統界面進行直接操作，但是UI界面由于受用戶需求影響較大，經常發生變化，因此UI自動化的比例一般不高，

（7） 在專案結束時，可以將測驗通過的代碼；自動部署到線上環境，減少手工部署的時間和可能出現的失誤，

持續集成是目前相對比較成熟的技術方案，在掌握了這一套持續集成的技術之后，可以在此基礎上進一步開發測驗工具/平臺，如測驗環境管理、配置管理、專案（需求/缺陷）管理、線上問題監控、打點統計等工具平臺，最后，通過工具打通CI和CD的所有環節，使用持續集成的框架串聯起來，可以大大的提高作業效率和產品的質量，

圖2：自動化持續集成平臺示意圖

這里僅以自動化測驗技術為例，介紹測驗技術的多元化使用，對于其他性能測驗技術、安全測驗技術、管理技巧等各個方面，均可以在各自的技術領域深入學習提升，并進行多元化的探索，達到行業內“牛逼”的程度，

至于大概要多久才能這么牛逼？有了目標，就看你每天，每周，每月往目標靠近的速度了，一萬個小時定律（大概5年），在走向牛逼的路上，請堅持，祝你成功，

最后感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：

在這里還是要推薦下我的軟體測驗學習交流群175317069，群里技術大牛，如果你正在學習，小編歡迎你加入，大家都是測驗開發黨，不定期分享干貨，包括我自己整理的一份2021最新的資料，

如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！

碼字不易，如果此文章對你有幫助的話，點個贊收個藏，給作者一個鼓勵，也方便你下次能夠快速查找，