照上圖所述，相應(yīng)階段可以同步進行相應(yīng)的測試計劃編制，而測試設(shè)計也可以結(jié)合在開發(fā)過程中實現(xiàn)并行，測試的實施即執(zhí)行測試的活動即可連貫在開發(fā)之后。值得注意的是：單元測試和集成測試往往由開發(fā)人員承擔，因此這部分的階段劃分可能會安排在開發(fā)計劃而不是測試計劃中。
　　問題二：系統(tǒng)測試階段日程安排
　　劃分階段清楚了，隨之而來的問題是測試執(zhí)行需要多長的時間？標準的工程方法或CMM方式是對工作量進行估算，然后得出具體的估算值。但是這種方法過于復(fù)雜，可以另辟專題討論。一個可操作的簡單方法是：根據(jù)測試執(zhí)行上一階段的活動時間進行換算，換算方法是與上一階段活動時間1：1。1~1。5左右。舉個例子，對測試經(jīng)理來說，因為開發(fā)計劃可能包含了單元測試和集成測試，系統(tǒng)測試的時間大概是編碼階段（包含單元測試和集成測試）1到1。5倍。這種方法的優(yōu)點是簡單，依賴于項目計劃的日程安排，缺點是水分太多，難于量化。那么，可以采用的另一個簡單方法是經(jīng)驗評估。評估方法如下：
　　1．計算需求文檔的頁數(shù)，得出系統(tǒng)測試用例的頁數(shù)
　　需求頁數(shù)：系統(tǒng)測試用例頁數(shù)≈1：1
　　2．由系統(tǒng)測試用例頁數(shù)計算編寫系統(tǒng)測試用例時間
　　編寫系統(tǒng)測試用例時間≈系統(tǒng)測試用例頁數(shù)×1小時
　　3．計算執(zhí)行系統(tǒng)測試用例時間
　　編寫系統(tǒng)用例用時：執(zhí)行系統(tǒng)測試用時≈1：2
　　4．計算回歸測試包含的時間
　　系統(tǒng)測試用時：回歸測試用時≈2：1
　　注：以上比值是個人工程經(jīng)驗值，需要更正比值的測試經(jīng)理可以在具體實踐中收集數(shù)據(jù)。
　　基于以上方法優(yōu)點是需求為已知的，可以利用已知來推算未知，適用于需求是已知且相對穩(wěn)定的情況下；缺點是處于研發(fā)狀態(tài)的項目，需求不清晰的時候比較難計算?，F(xiàn)套用一個例子加于說明：需求文檔頁數(shù)為500，系統(tǒng)測試用例頁數(shù)推算為500，則編寫系統(tǒng)測試用例時間為500小時，執(zhí)行系統(tǒng)測試用例時間為1000小時，回歸測試需要500小時，加起來總共為2000小時，按一天8小時計算，共計250個工作日人；假如一個月為22個工作日，則共計約11人月，即投入4個人需要3個月左右時間工作量完成。當然，這是系統(tǒng)測試需要的全部時間。根據(jù)測試階段劃分原則，設(shè)計用例時間可以和開發(fā)同步進行，只需在測試階段中安排的時間為1500小時即4人2個月工作量。
　?。y試經(jīng)理在編寫測試計劃時候，測試進度中的計劃開始結(jié)束時間往往用如20050101-20051201的具體時間劃分方式，這樣引起的問題是當項目計劃進行變更的時候，測試計劃時間不得不隨時調(diào)整，這種變更可能是頻繁而瑣碎的，可以替代的辦法是取消這種方式，采用30工作日2人或者2人月這種工作量記錄方式，這樣一來，只需在項目計劃中跟蹤階段的具體開始時間即可，不必反復(fù)修改測試計劃。）
　　值得注意的是：國內(nèi)大多數(shù)公司的測試時間都是不足的，不可能按照這樣的理想比例進行運作，因為測試執(zhí)行的時間實際上不可能占據(jù)整個項目周期的12，甚至要短于其中任何一個項目階段時間。即使是微軟的測試結(jié)束原則也并不是完成所有必需的測試，而是測試在按計劃結(jié)束的那一天結(jié)束！在測試時間不足的情況下，可參考下面項目計劃變更時的做法，因為計劃變更也涉及到測試時間不足的情況。