下面是從一個國外論壇上看到的翻譯過來的，可能不是特別準確，大體意思應該不差。
1初建的測試團隊
開發基本結束後再轉測試
開發期間完成大部分test case設計
有自動化功能測試，發揮一定作用
測試工作基本以手工測試為主
2成長中的測試團隊
開發部分階段與測試並行
自動化測試在每個迭代中發揮作用，每次迭代後都會增加該迭代的自動化測試
自動化測試具備一定數量並起到了一定保障作用
手工測試佔一定比例
3 成熟的測試團隊
每個Story開發完後即開始測試，並非集中提測。
每次Story開發完後執行自動化測試，每次Story測試時都將圍繞該Story補充自動化測試用例
自動化測試發揮質量保障作用。
手工測試佔少的比例
4優秀的測試團隊
Smoke級別的Bug多為RD自己發現
手工測試大部分屬於探索性測試
幾乎全部的自動化測試都是自動觸發執行的
自動化測試發揮充分的質量保障作用
能頻繁的對構建產出進行自動化測試驗證
5理想的測試團隊
RD按需進行測試工作，團隊可進行靈活的資源配置。
100% 測試覆蓋率。

這個主要是從測試流程和測試方法上劃分的，根據敏捷測試的使用程度和自動化的使用程度。
理想測試團隊，目前還沒有聽說那個公司能達到，可能人工智慧發展到一定程度就可以實現，這個職位也不需要了。
瞭解有些公司都是3或4，3是把現在主流的測試框架，測試方法，測試流程實現一般就可以達到。
4是在實現3的基礎上，對業務，程式碼，開發流程，運維流程深入瞭解，對測試的總體上和細節上都進行優化。
也有一些新公司是在1和2。

覺得保證程式碼質量能力，還有以下幾個方面去評價測試團隊水平：
1 提升開發效率。
測試團隊除了完成測試任務，還有提升研發的開發效率的責任。及早發現問題，如果開發很多程式碼後，去定位問題，這樣定位時間長，修改問題還可能重新寫大量程式碼。測試團隊應該在一定程度上提高整個團隊工作效率。
2 員工培養。
對業務的的理解程度。
程式碼的瞭解，能夠做到閱讀程式碼，定位bug的具體原因，給出修改建議。掌握程式碼能夠更快速深入細緻的測試。測試掌握程式碼著方面，知道的只有少數公司做了，很多公司認為測試的程式碼能力弱，掌握不了程式碼。掌握程式碼需要團隊有這方面的意識，團隊中有程式碼經驗的人，通過分享一些方法和技巧，可以比較快的掌握程式碼。
3 技術積累，分享，工具開發。
做了哪些技術積累。
怎麼做技術分享。
開發了什麼工具。