簡單聊聊，如何構建測試工程師的能力模型 (持續更新)

大家好我是個“小白”，管理團隊大概20人左右，剛開始，測試團隊基本上都是以功能測試為主，慢慢地，在實踐的過程中發現測試工程師應該給他們更多的權利，讓他們能夠在團隊的幫助下，發揮更大的作用，當然，本文的內容不是講述如何優化流程，如何賦予權利。先來跟大家分享一下，從組建隊伍的角度，我是如何構建公司的測試能力模型，招募到適合自己團隊的成員，也給一些測試同學做個參考；

在做這些之前，先對測試人員的能力做個簡單的分析：

測試工程師的要求：

軟實力（1級為必備實力，2級為上升的實力，3級為加分的實力）

1級：有責任心、有條理性

2級：善於溝通、協調能力、情緒控制；

3級：主觀能動性、分析能力、業務理解能力

首先針對級別的分層，先來聊聊一級分類，一級分類我覺得是每個測試工程師該具備的，或者說，是初級測試工程師就該具備的，相信大家常聽過，招測試，就是要招有“責任感”和“細心”的人，這裡我先把細心歸類為條理性，我們先來講講有關“責任心”這東西；

大家都有疑問，如何判斷一個人有責任心，這裡給大家一句話，責任的反面是風險，規避風險就是負責，而放任風險是不負責；舉個經常例子：

員工同事，每天都是最後一個離開，離開時，通常會花15分鐘檢查好公司的門窗，把門鎖上，老闆每次說起時，都會誇這個員工有責任心；
這裡的“責任心”就是，關閉者，規避了“公司因未鎖大門而發生偷竊的風險”，而不關閉者則放任“公司因未鎖大門而發生偷竊的風險”發生；

如果你們對責任心有一定的認知之後，其實招聘要問的題目就很簡單了，可以定幾個方向，一是對風險的認知，二是對交叉事項的判斷，三就是做事的方式是否有規劃性；

面試可以這麼問：

現實場景的提問：產品經理評審結束之後，已經進入開發階段，在一次用例編寫中，你發現了產品設計裡面有個小問題，但是並不影響現有的功能，這時候你怎麼做（交叉事項）？
變換場景的提問：除了你們部門的工作之外，你有覺得日常工作中，你的上一家公司有哪些安全的問題需要改善的嗎？

接著我們再來說說條理性：

條理性這東西，通常在測試用例中可以體現，當複雜的功能出現，組合動作頻繁時，條理性尤為重要，甚至直接地決定了你測試用例的測試覆蓋面（功能測試關鍵指標）；

談到一級分類，我們簡單的說下二級分類，二級分類很簡單，相信大家套一套基本瞭解是什麼，除非是非常正規的公司，否則絕對少不了溝通協調這兩個方面，專案本身講的就是一個團隊協助，至於為什麼要提到情緒控制這一點，大家可以去總結歸納下，產品經理與測試，開發與測試，三方之間在一些矛盾點上會有什麼問題，這裡就不細講了；

最後來說下三級分類，三級分類無論在哪個崗位裡，都是我比較喜歡的人的一些特性，只是在測試的垂直領域裡，我覺得具備這3個特點，已經可以算是比較優秀的測試工程師了（後續待補充）；

硬實力（相對於軟實力，我分為四級）

1級：功能測試、介面測試、測試基礎理論；

2級：資料庫、抓包；

3級：自動化測試、python、效能測試；

4級：Linux、版本控制；

通常，對技能的考核，大小型公司都會包含3級以上；

常用工具（簡單列幾個）：

缺陷管理：TAPD、Gitee、禪道等等

說明：缺陷管理工具視團隊而選擇，基本都很成熟，基本都用過，個人喜好禪道多點

用例編寫：XMIND、excel；

說明：這裡強調一下

1、現在越來越多的人喜歡使用 XMIND (或其他腦圖工具)來編寫測試用例，但很多人在執行時會犯下一個較為嚴重的錯誤，表面上像取代掉了excel了，擔實際上編寫的不是測試用例，而是“測試思路”，這種行為，會使您的測試覆蓋率大大降低，所以要特別注意；

2、用例還是推薦使用 excel格式，不過可以與 xmind相結合，首先定好格式，再通過 xmind編寫，接著以表格形式匯出，最後加上數字匯入禪道即可；

介面測試：Postman、Jmeter、Swagger、Charles、Apizza

說明：
1、現在我們用的是Apizza，一個加強版的Postman，除了前後端聯調介面使用之外，做介面測試以及介面說明非常便利，而且還可以組合介面測試，唯一不足點就是付費，哈哈；

2、可能有一部分的測試工程師，對介面測試可能不是很在意，覺得這是開發做的事情，其實不然，學會介面測試，能解決很多問題，後面有關在測試優化的環節，我會給大家一些方法和案例，教大家去規避測試組經常面臨的一些典型的問題，其中就包括“冒泡通過率”低下的問題，這裡給大家提一嘴，是不是有很多測試工程師，提BUG的時候不知道是前端的問題還是後端的問題，這裡有個判斷的標如果前端傳輸的資料沒問題，後端返回的結果有問題，那麼就是後端問題；如果前端傳輸的資料有問題，或者是後端返回給前端正確的資料，而前端展示的資料有問題，那麼就是前端；而這一切，除了要學會監控介面內容和狀態，你首先也要學會介面測試吧。

資料庫型別：Mysql、Oracle、Redis

說明：
待編寫ing......（）

還沒梳理完成，今天就到這邊，先簡單的更新一段，感興趣的可以持續關注哦~

測試工程師的方向

待編寫ing......（）

測試工程師的優化方向

待編寫ing......（）

測試的基本流程

待編寫ing......（）

測試工程師的角色段位

待編寫ing......（）

測試工程師的分層測試模型

待編寫ing......（）