入行測開，馬上就要5年了。創業公司待過，大公司也待過，工作這一路走來，一些心得，轉變，職場體會，早就想寫出來分享一下。這個歷程包含了技術的提升，工程師的素養和對這個行業的點滴感悟。

自動化測試vs測試開發

記得剛入行那會，我的title是自動化測試工程師。那時對這兩者的區別還沒那么明顯，面試時候兩者的問題也都比較類似。當時招聘“會寫代碼的測試人員”比較偏向稱之為“自動化測試工程師”；不過現在很多企業的招聘都變為“測試開發工程師”了。

究其概念，其實自動化測試工程師更偏向于業務方向的效率提升；而測試開發則更偏向于基礎架構方向的效率提升。打個簡單的比方，測試開發工程師產出的框架可以認為是父類，自動化測試工程師按業務線不同，可以理解是繼承自父類的不同子類。

測試開發到底在做什么？

測試開發，最早起源于《Google軟件測試之道》這本書，里面第一次提出了SET（Software Engineer in Test）。不過不同的公司稱謂也不一樣，像國內很多時候還是統稱為QA。

那么SET具體在做什么呢？在我看來，SET偏向于測試部門的基礎架構開發和流程的設定，比如前面說到的自動化底層框架搭建，或者改寫一些開源的類和方法，去提供給組內其他的測試人員使用；再比如，我們所熟知的CICD，單元測試or集成測試的覆蓋率統計，以及自動化部署發布的腳本，都可以歸到測開的工作范疇里；還有，我們常說測試也需要新技術的引入，現在常見的Docker跟k8s也在逐漸普及到測試團隊，因為測試最大的一個障礙是“測試環境眾多”，而容器化可以很好的解決這一點。

當然不同的公司情況多有差異。一般來說，越是大型的企業，它的測試流程越規范，測開的作用也就越明顯，對應的產品測試效率，也就越高。

質量保障的終極任務

我相信現在很多測試工程師，其實都有足夠的共鳴，就是“我們不是測bug的，我們是產品的質量保障員”。但是很多不成熟的企業和團隊還是會有誤區。比如，bug數目確實可以代表你工作的產出，但如果你的團隊或領導把bug數目作為唯一指標，我覺得你是時候考慮跳槽了。質量保障，在我看來涵蓋很多東西，是一個很龐大的概念，大概可以包括四點：

1.正確的流程

現在很多都是敏捷開發模式了。在需求評審階段，測試同學參與并對需求or產品有一定的理解和初步的測試計劃

2.基礎的質量

開發代碼的規范度，基礎代碼的走查，監督單測覆蓋率的穩步提升，畢竟基礎決定上層

3.業務的覆蓋

確切可以拆分成服務接口的測試/前端UI測試/性能測試/穩定性測試/系統集成測試/回歸測試，這一點可以說是測試同學交叉最多的地方。

4.產品終端的保證

協同制定灰度發布策略/規范線上的操作/了解用戶使用過程中常見的風險點/制定止損策略

簡單來說，測試保障質量，質量決定產品。測試應該是對需求，對產品邏輯最最了解的那個角色。所以，只要關于產品變更的，測試同學都應該下意識去跟進。

而以上的任何一點，都可以深究，去做的更好。

工程師文化

我相信再牛逼的測試開發，也要從業務抓起，你不了解業務，不了解一些開發代碼或者的話，有些東西也是扯淡。業務測試在我看來一點都不low，反而是一個很考驗人的事情。不管是測試工程師也好，測試開發也好，我們都是工程師，都服務于產品。既是工程師，就該有工程師的素養，我認為完成一個好的測試任務，大概需要同時做到以下幾點：

1.對測試結果負責

我們是產品的最后一道關卡，我們對產品發布與否有絕對的話語權，同時，我們也要對自己的測試結果負責。

2.測試到最終場景

現在很多產品鏈路都很長，這就需要測試同學主動去塑造自己產品的大局觀，而不局限在某個單元的測試，不考慮全局，有時會造成致命的線上災難。

3.對日志敏感，能夠精準定位問題

如果開發流程足夠規范的話，有完整的日志系統，其實定位問題并不難；我們每發現一個bug，都可以嘗試去追溯它的根源，時間久了，你會對工程代碼或邏輯摸的很清楚，這對你接下來的測試工作簡直如虎添翼。

4.對相似問題和漏洞的歸納

不管是前方客戶的問題，PM發現的問題還是自己的bug庫，經常歸納可以節省很多時間，會讓你對自己的工作產生一種“直覺”，但這種直覺有時很準哦。

面對不同的產品該怎么辦？

開發技術或框架可能是通用的，但測試可能會隨著產品形態而產生“獨特”的調整，我稱之為“測試形態”。比如，現在的人工智能測試，因為每次模型迭代，測試所需的數據量很大，你用傳統的并發去請求可能就不行，那你可能就需要學一些分布式技術；再有就是云服務測試，這種絕大部分是純后端服務測試，或者SDK測試，沒有前端去assert你的預期，那么你就需要足夠熟悉curl命令，網絡命令等，甚至去生成一些shell腳本，來執行你的測試請求；還比如手機端的測試，那它的兼容和穩定性呢怎么保證，則又是一門學問；最后還有比較火的智能硬件，盒子啊TV啊這些，怎么保證它的質量，則又是另一種路子。

但，歸根結底：測試思想不會變，以不變應萬變。

總結：

測試是一門大學問，它入門門檻并不高，但是越深入，你發現自己了解的越少。作為一個職場人員，不隨業務轉變而轉變，有自己的沉淀和技術底子，才能更長久。而測試開發這個行業，鄙人認為未來也會愈加重要，它是銜接產品/測試/開發的一根紐帶，它在背后默默支撐著整個測試體系有條不紊的進行，某種程度上說， 算是一個隱者吧。