測試資源的分配，不僅要考慮測試團隊的構成，而且要考慮不同的所需要的人數和對人員的要求是不同的。其次，軟體測試專案所需的人員和要求在各個階段是不同的：
在初期需要專案經理或測試組長介入進去，為測試專案提供總體方向、制定測試策略、測試計畫，申請系統資源；
在測試前期，需要一些比較資深的測試設計、開發人員，對被測軟體的詳細了解、測試評估、測試需求的分解，設計測試用例、開發測試指令碼；
在測試中期，主要是測試執行，要看測試自動化實現的程度，如果測試自動化程度高，人力的投入沒有明顯的增加；如果測試自動化程度低，測試執行的人員要求多，需要比較早的計畫，保證足夠的資源。
在測試後期，資深的測試人員可以抽出部分時間去做新專案的準備工作。
乙個有效的軟體測試專案管理者（測試組長，qa經理或測試經理），在測試資源的分配上盡量做到合理，既不過於保守，浪費資源，也不過於激進，使資源的使用總是處於緊張狀態，隨時有「崩盤」的危險。所以，在資源分配和管理中，要做到：
預知後事如何，請讀下回分解：
第20回 測試風險的管理
®
——系列討論的目錄，見：
第20回 測試風險的管理
2006年10月26日 12 39 00 測試風險是不可避免的 總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足客戶的需求。在測試工作中，主要的風險有 質量需求或產品的特性理解不準確，造成測試範圍分析的誤差，結果某些地方始終測試不到或驗證的標準不對 ...
第22回 測試用例的複審
測試用例的設計是整個軟體測試工作的核心，測試用例反映對被測物件的質量要求和評估範圍，決定測試的效率和測試自身的質量。所以對測試用例的評審，就顯得非常重要。測試用例設計完之後，要經過非正式和正式的複審和評審。在測試用例審查 評審過程中，主要檢查下列內容 測試用例在評審後，根據評審意見做出修改，繼續評審...
第5回 軟體測試所面對的現實
2006年08月07日 12 45 00 測試始終是乙個具有風險的工作，比如，現在越來越多地用 風險 概念來定義測試，測試被認為是 理解並評估與發布的軟體系統有關的利益和風險狀況的過程 測試的作用則是管理或轉移系統失敗的風險，以及如何盡大程度地消除給使用者帶來的不良影響。測試工作為什麼總存在風險呢？...