[轉載]測試管理的真實案例

真實案例：
張同窗，臨時接到管理測試團隊的任務，急須要出團隊管理方案~
團隊現狀：3位測試、50位+開發，測試同窗基本只會功能測試，目前只是整個團隊只是進行了功能測試；

OK，
如上現狀，你是否發現了什麼問題？

首先，這位同窗遇到的問題是，
輸出測試團隊總體管理升級優化方案，
是否豐富測試類型，須要加上白盒測試、自動化測試？

其次，如何引入規範合理的測試流程
提高總體質量

針對如上的案例，老徐給出的幾點建議：

一、目前的測試、開發比例，明顯存在嚴重問題，正常國內控制在1：6左右，理想的1：4，簡單直接的方法是申請補充測試團隊編制；

二、若是在人員不增長的狀況下，充分利用好目前整個團隊已有的資源
引入開發自測流程，開發提測前，必須保證功能流程自測經過（如何很好的走開發自測流程呢？你能夠想一想，今天這裏老徐不深刻分析；有機會可專題分享）
充分調動設計的資源，提測前，設計同窗提早識別UI方面的問題
充分調動產品的資源，提早作產品驗收環節
測試管理者，要學會利用一切能夠利用的資源；
測試，不僅是提BUG。
老徐屢次提過：BUG多，說明不了任何問題。

三、測試環節的目的是：推進進度、質量、流程
不斷提升本身的專業技術，爭取充分的話語權

四、若是在本身不擅長自動化、接口、單元這塊內容，且團隊成員都沒法勝任的前提下，不要輕易去嘗試這塊內容；不要給本身挖坑！
始終明白一件事：測試團隊的目的是什麼？引入其餘測試類型的目的是什麼？
不是爲了引入而引入！