閒聊測試工程師

寫在開頭的廢話：
以前已經講過技術工程師的能力模型。隨着公司業務的飛速發展，行業中的開發技術變革，這次我想更多的聊聊測試工程師這類的存在。
相信絕大多數的測試工程師，或者感受自我良好（不知道除了編碼開發，還差在哪裏），或者遇到了沒法突破的瓶頸，至少自我從業來，尤爲近兩年的招聘狀況來看，大抵是如此的。
那爲何會有這樣的現象？主要是平臺與平常工做內容，決定了這樣的脈絡，最終就讓視野格局或是思惟，落在了低處。
探索與洞察力——知！技術人畢竟是須要折騰的，知其存在知其方向，這是決定思惟上限的根因。到底知道多少，知道哪些？
學習力——得！簡單點，就是如何轉換內容，變成本身的。

---

其實廣泛意義上的測試工程師，核心的工做內容只有一個：業務！而核心工做方向包含兩個：1. 質量 2. 效率
一切都是圍繞怎麼保證或提高「質量」/「效率」來思考。
質量與效率上「軟」：好比研發流程、標準規範、要求規約等，又如對產品設計、技術設計的熟知度等。
質量與效率的「硬」：直接的如業務邏輯，工具/平臺開發，複雜的如開發技術實現方案、架構設計等。

測試職業的最終定義：
隨着技術與經驗的積累，你會發現，其最終是一個面向產品業務和開發技術的，工程效率和質量度量與控制的角色。
平常工做，即拎着一個大的工具箱，適配解決不一樣工件內容，予以預控或度量。

然鵝，這樣的標準，是很是難觸達的。或者萬精油萬事不精，或者是神同樣的存在 ：）

---

所以，若是能將本身所接觸的重要業務，能夠從前到後，多維度的代表，必定能成爲技術型的業務專家。
如何理解這樣的專家？通俗來講，就是廣度很好，深度有所限制。這實際上是很是正常的，並且符合崗位本質的。
若是我舉幾個栗子，相信很容易讓人明白……但，我懶~

上述內容都是大白話，扯犢子的。由於不愛寫非技術類內容，不喜勿噴