以系統測試為例：
1． 由需求文檔的頁數計算出系統測試用例的頁數（推薦比例為1.5）
2． 由系統測試用例頁數計算編寫系統測試用例時間（推薦比例為1）
3． 由系統用例計算執行系統測試時間（推薦比例為2）
4． 用執行系統測試計算回歸測試時間（推薦比例為0.5）
2、 測試進度的制定
測試工作量制定出之后，根據測試的資源對測試進度進行估計，當然，估計的最終結果要跟項目的測試進度相對比，我本人認為可以參考COCOMO方法，進行測試工期的估算，當然，也可以根據每個公司的以往經驗值進行類推估算。
3、 測試進度的更新
一般情況下，測試計劃不會被嚴格的執行，通常伴隨著都是項目的延期、測試階段的壓縮，如此一來，測試進度的更新是經常發生的事情。所以需要注意的一點是，測試進度估算完畢后，排定時最好不要以具體的時間點到時間點的方式，而是采用工作量和工期天數來表示，這樣在開發階段影響了測試計劃后，不需要頻繁的調整。
另外，在測試時間被壓縮后，如果測試計劃制定的詳細，包括了各項測試需求和他們的優先級，那么此時可以利用測試需求的優先級，跟項目經理協商，調整測試范圍和測試需求，在短的時間內優先測試重要的功能點，而一些不常用的和級別低的測試需求可以轉移到用戶現場或者后期進行。
對于項目中計劃的更改或者需求、設計的更改，項目組一定要注意及時通知測試人員，其實就是項目的干系人，所有的干系人都需要及時通知到，這也是項目中配置管理的重要職責。需求或設計發生變動時，測試人員需要及時調整測試計劃和測試用例，其中尤屬測試用例的調整工作量較大，這種情況的頻繁發生要求我們制定測試用例時，需要保證測試用例的條理性和通用性，避免具體數據的及早設入。
另外，關于測試的更新管理應在測試計劃中規定好，明確更新周期和暫停測試的原則。例如，小版本的產品更新不能大于每天三次，一個相對大的版本不能每周大于1次，規定緊急發布產品僅限于何種類型的修改或變更，由誰負責統一維護和同步更新測試環境。測試暫�？梢员憩F在產品錯誤發布或者服務器數據更新等情況，是比較有必要的一個方面，有利于測試管理者有效安排測試資源的合理運用。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
