如何判斷一個測試工程師的水平？

我在外包公司，在這裡最體現測試工程師水平的就是當遇上一個全新的系統（開發技術）需要測試時，能拿出有效的測試方案，並且能細化到手下的普通工程師就能執行，測試結果客戶又滿意

分能力的上限和下限，上限就是技術棧，下限就是細緻程度，看你更注重哪點。你要是面試，那基本就是考慮上限，下限得起碼經歷幾個項目的測試過程才能看出一二。

首先，我從三方面進行問題的回答。純手工測試工程師。

可以從軟體測試理論，軟體測試計劃，軟體測試用例的設計，測試報告等的書寫要素等方面來提問題，然後基本上這個人什麼水平，就心中有數了。

其次，對於自動化測試（web自動化，介面自動化,app自動化測試）工程師，一般可以從他說熟悉的語言，進行考核，再起就是從他所做的項目中進行提問，擔任的角色，做項目遇到的問題，如何解決，項目牽扯的部門，自己是如何溝通的等。

最後，性能測試，我所理解的性能測試，就是那種大神，不局限於只會寫腳本，而是進行問題的分析和定義，比如CPU，內存，句柄，資料庫等，他們的瓶頸是那塊，已出現問題，就能大概定位問題所在。所以，這塊就可以對於他所熟悉的性能測試工具，提供一個場景，給他一張圖表，然後讓他進行分析，分析的專業與否我想你應該也是可以知道的。

希望我的回答可以幫助到你。

1.項目上線會遺漏多少和其他系統交互的bug？

2.測試需求和測試用例設計中的有效檢查點有多少？冗餘有多少？

3.測試需求中對於需求說明書中不明確的待確認問題提出了多少？

4.測完幾個版本後，讓他寫個系統說明文檔，全面觀察他對系統各個方面的理解。

5.對伺服器數據流分支的驗證覆蓋全不全？

6.系統所處業務域內關鍵的非功能性如何設計測試方案確保質量。

7.開發反饋認為不是bug時，怎麼處理。

聊幾句，聊聊過去，聊聊現在，聊聊未來

另外幾樓發的培訓機構帶水貨帖子純扯，你們真以為報了培訓機構的課日後就能搞性能，自動化了，最多找個手工的干兩天試工就被裁了，現在形勢這麼差，手工測試基本上入職即淘汰，自動化學培訓機構的基本沒啥用，不如自己踏實提升代碼水平

思路、想法，技術只是基本要求，技術好的不一定驗出bug,技術不好的但想法多、思路廣往往能挖出遺留bug

項目經驗嘍