軟體測試的能力素質模型(Job Model)，是對不同層級測試工程的能力要求進行明確的定義。目的是為了對每位工程師的能力進行科學的評估，然後分配合理的工作，也幫助大家明確職業規劃的方向。
淘寶測試工程師的最常用的有4個，分別是：
測試工程師(P4)
高級測試工程師(P5)
資深測試工程師(P6)
測試專家(P7)
大家注意，不同軟體公司對工程師的級別命名會有不同，大家只要理解它們之間的區別就行了，不必糾結具體的名稱，那些都是虛名，就像浮雲一樣。
一般大學畢業生加入測試團隊，層級就是P4。對P4工程師的能力要求是比較基礎的：熟悉軟體測試流程，通過閱讀文檔和溝通可以了解產品的需求，獨立設計測試用例TC，執行TC並記錄缺陷，完成缺陷跟蹤。P4的職責要求是不要出現測試遺漏，特別是不能遺漏一些既嚴重又初級的Bug。
招聘P4工程師的時候，我們重點關注應聘者對計算機軟體使用是否熟練，比如測試工作經常涉及的作業系統、Office、瀏覽器等等;是否能清晰的描述一個事物或者一個過程，因為在記錄缺陷的時候，需要讓開發工程師很快了解缺陷的重點;與人交流的時候是否可以很容易的表達和理解，因為測試工程師需要經常和產品經理、開發工程師交流需求、設計的內容。
與P4工程師相比，P5工程師的一個關鍵詞就是「獨立」。P4工程師可以很好的完成你分配給他的單項任務，比如測試某個功能模塊;P5工程師則能夠完成一個較大的系統任務，比如一個項目的測試。你可以放心的把一整件事情交給P5，他會主動的推動任務的完成，會主動解決過程中遇到的問題。
P5工程師需要了解更多的測試類型和測試策略，比如性能測試、易用性測試等等，當他接到一個項目後，可以分析出來，每個模塊需要使用哪種測試策略，哪些模塊需要重點測試。P5也需要制定測試計劃，安排時間表，這些都是P5的工作重點。
「我已經獨立做了好幾個項目的測試了，能達到P5麼?」
由於資源的問題，可能很多P4工程師都獨立做過一些項目，因此會產生上面的疑問。判斷是否達到P5，並不僅僅看是否做了項目，而是重點看你對過程和質量的把握。這麼說有點抽象，舉兩個例子說明。
在制定測試計劃的時候，測試組長會決定測試策略(How)和測試工期(When)，這時需要PM和開發對測試計劃進行評審。P5制定的測試計劃，會得到項目組的認可和信服。可是如果測試組長說，這裡要重點測試，開發說根本不用，或者測試組長說測試需要1個月，PM直搖頭說，哪要那麼久，半個月就夠了，那就說明能力還差把火。
再說個例子，P4可以把一個模塊的Bug都找出來，但是如果問他，項目現在的質量好不好，什麼時候可以發布，P4難以回答。而P5就可以很好的回答這個問題，他可以和PM站在平等的位置上，討論質量和風險，商量發布日期，PM也很信任P5做出的質量評估。簡單的說，P5可以很自信的站在PM面前，說，我認為現在的質量不合格，因為......，現在不能發布，並且PM也認可。
下面講一下P6，P6的關鍵詞是「創新」，P6的工作效率較P4、P5有很大的提高，具體表現在下面幾個方面。
P6對被測軟體的結構和相關的開發技術有深入的了解，因此P6在提Bug的時候，定位非常準確，還可以分析出Bug的原因，也能發現一些深層次的Bug，開發工程師與P6測試工程師合作時，會感覺非常high。P6會經常想出一些新的方法或者技巧進行測試，讓測試速度更快，決不是只在UI層測試。
P6善於發現工作中的一些重複性勞動，然後用技術手段，把這些重複工作自動實現。P6善於思考，一刻也停不下來，你總是能從P6的口中，聽到一些新的東西，因為他一直在考慮，怎麼把工作做得更快更好。
「是不是只有會編碼，會開發工具，才能到P6?」
單純的編碼能力，在大學學習的時候，一般就已經掌握了。P6需要的是軟體技術的廣闊知識面，程式語言、編程工具、流行框架、開源組件、資料庫等等。當他遇到問題的時候，善於運用這些技術，找到最優的解決辦法。單純為了編碼而編碼，沒有運用在實際工作中，是沒有意義的。
最後說說P7，P7也需要創新，但是比P6的創新要複雜一些，關鍵詞應該叫做「革新」。P6的創新可以讓自己工作得更加高效，P7的革新則能夠讓整個團隊的工作效率提升。P7對技術的理解更加成熟，在解決問題的時候，也不僅只考慮技術手段，而是要系統的分析，全面考慮各種方案的可行性，制定出最優的解決方案，下面的例子可以很好的說明。當我們感覺到工作中有一些環節，工作量大，重複性高，並且投入產出比較低，P6的做法是開發一個工具，把自己從這些工作中解放出來;P7的做法是，策劃一次創新，用新的方案取代，並運用技術手段來實現。