先說明，今天的内容，是寫給想成為進階測試開發、自動化測試專家的人看的，因為，它可能颠覆你的認知。
衆所周知，如今無論是大廠還是中小廠，自動化測試基本是标配了，畢竟像雙 11、618 這種活動中龐大繁雜的系統，以及多端釋出、多版本、機型釋出等需求，隻會“點點點”的手工測試很難勝任。這一點在招聘要求中就能看出來。
然而，理想很豐滿，現實卻很難招到一個成熟的自動化測試工程師。就說最近，我面試了不少來自大廠的測試工程師：華為、沃爾瑪、騰訊、位元組……等等，每次都以為穩了，尋思在大廠應該都參加過自動化測試吧，實際卻是很多工作 10 年的測試工程師，仍然在做功能測試，或是以功能測試為主。
為什麼自動化測試人才稀缺？我歸納了 3 點：
對自動化測試領域局限在工具和架構的使用，缺乏整體認知；
對于自動化測試設計了解不深入，一些方法、套路停留在概念了解，無法靈活運用；
測試工作的價值被低估，長期發展受限，被迫和開發人員一起内卷技術工具。
1
自動化測試的價值，到底是什麼？
在這之前，先思考下，我們自動化測試的“終點或價值”是什麼？
是自動化跑起來麼？這個要求太初級了；
是上司滿意麼？成也蕭何，敗也蕭何，有時因為換了一個上司，項目就半道中卒；
是 100% 自動化麼？高度自動化也并不一定會帶來高品質；
好像一時半會很難說清，自動化測試的價值是什麼。直到我看到了下面這張圖，完全颠覆了我的認知 ——自動化測試項目的最終傳遞價值是它産生的效益，也就是投入回報率比 ROI。
乍一聽，有點難了解，但仔細一想，可不就是這麼回事麼。
打個比方，在年終述職報告中時，用 ROI 的方式表達業績：“老闆，我做的自動化測試案例，去年一年被 n 個場景使用，重複運作 x 次，發現 bug y 個，節省手工工作量 z 人月”。
是不是很直覺？要想成為高手，就必須要看到并解決更有價值的問題，對更高的結果負責，做到這點，你就不再隻是“點點點”，而是可以成為價值 30 萬、50 萬甚至年薪百萬的測試專家或自動化架構師。
2
成為稀缺的“自動化測試高手”
這個方法來自「原甲骨文進階開發經理」柳勝的專欄《自動化測試高手課》，比起 80% 的測試工程師熟知的從“代碼能力工具能力架構能力”的認知路線，這種新的模型，一下子打穿了測試高手工作的本質 —— 要懂業務、懂技術、懂架構，而不是局限在工具和架構上。
比起市面上隻聊工具與架構、代碼等像操作說明書一樣的資料不同，專欄最吸引我的，是作者獨創了很多「自動化測試」在業内第一次出現的方法論（下面詳細說），帶你跳出工具和架構的層面，重新審視自動化測試設計。
專欄中涉及度量資料分析、代碼邏輯和 Job 模組化，也對應着軟體開發裡的資料、算法和模組化，他會在 GitHub 上建立一個 repo 放入專欄所講到的整體代碼和相關檔案，友善大家動手運作，畢竟順暢學習 1 小時，不如動手實踐 10 分鐘。
當然，雖然80%的内容在于「認知」上的拔高，但他也會列出業界主流工具和架構，以及選擇政策和落地實踐，并附上全棧自動化測試工具清單。但這部分隻占 20% ，畢竟這些東西網上都能搜得到。
掃碼免費試讀
早鳥 + 密碼「ceshi2333」立省 ￥40
到手僅 ￥89
3
柳勝是誰？
其實，之前就讀過柳勝的文章，立刻被他新鮮的角度吸引，可以感受到他對測試崗位的了解非常透徹，這也源自于他獨特的經曆：
曾就職于摩托羅拉、甲骨文中國，曆任測試經理、進階開發經理、測試總監等職位，熟悉整個軟體生命周期、軟體架構設計、開發、測試、運維。
帶領團隊設計的分布式自動架構 Automation Center，填補了甲骨文 20 多年來在視訊會議系統自動化測試領域的空白；
兩本測試專業書籍作者；
也是 Qcon 全球軟體開發大會的講師；
日常測試人的工作中，隻能接觸到“造輪子”的局部，視野受限。而像柳勝這樣的實戰專家，能讓你從更高層次認識測試崗位，這才是最難得的。
4
市面上那麼多測試課，為什麼這個值得推薦？
颠覆認知
柳勝在專欄中提出了不少新的方法論，而且是業界第一次出現：
“微測試 Job 模型”，在這個 Job 模型裡，沒有 TestSuite 和 TestCase 的概念，也沒有具體工具和架構的依賴，而是面向測試需求和自動化測試 ROI 要求設計；它可以幫你厘清測試的場景、工作流、需要代碼實作的案例原子等等；
“ 3KU 矩陣”，用于梳理 UI 測試、接口測試和單元測試每個截面的測試能力；3KU 測試金字塔，分層測試各層有自己的關注點，但又能在整體上實作互相配合、補償；
案例 DM 分析表，可以分析不同類型的自動化測試開發成本和維護成本；
工具四次元成熟度模型，用于架構選型分析決策；
......
這些還隻是冰山一角，已經讓我大開眼界、期待不已了。
内容體系化
柳勝把整個專欄拆分為了 4 個階段：
第一子產品帶你重新審視自動化測試的基本概念和規律，掌握自動化測試效益的量化思維方法——投入産出比 ROI 模型。
第二子產品會從一個訂餐系統的例子出發，從單體應用更新到微服務叢集，來觀察測試需求的變化，通過逐層測試來全面驗證需求。
第三子產品會一起推演模型設計。像開發的設計模式一樣，自動化測試設計也應該有自己的方法論。
第四子產品會提供一些度量模型和驅動改進的流程樣例，一起思考怎麼讓一個項目始終可觀測、可控，有回報。保證項目始終在預定軌道上推進，即使有偏離，也能第一時間發現糾正回來。
下面是專欄的具體内容：
輸入密碼「ceshi2333」原價 ￥129
現在訂閱僅需 ￥89
授之以魚，不如授之以漁。這個專欄不會讓你撲到工具技術的茫茫大海裡，等過幾年之後，有一種學不完、學不精、用不好的絕望，而是帶着你了解魚的規律，帶着導航駛入大海，有方法地探索，最後滿載而歸。