即投入4個人需要3個月左右時間工作量完成。當(dāng)然，這是系統(tǒng)測試需要的全部時間。根據(jù)測試階段劃分原則，設(shè)計用例時間可以和開發(fā)同步進行，只需在測試階段中安排的時間為1500小時即4人2個月工作量。

　　（測試經(jīng)理在編寫測試計劃時候，測試進度中的計劃開始/結(jié)束時間往往用如20050101-20051201的具體時間劃分方式，這樣引起的問題是當(dāng)項目計劃進行變更的時候，測試計劃時間不得不隨時調(diào)整，這種變更可能是頻繁而瑣碎的，可以替代的辦法是取消這種方式，采用30工作日/2人或者2人月這種工作量記錄方式，這樣一來，只需在項目計劃中跟蹤階段的具體開始時間即可，不必反復(fù)修改測試計劃。）

　　值得注意的是：國內(nèi)大多數(shù)公司的測試時間都是不足的，不可能按照這樣的理想比例進行運作，因為測試執(zhí)行的時間實際上不可能占據(jù)整個項目周期的1/2，甚至要短于其中任何一個項目階段時間。即使是微軟的測試結(jié)束原則也并不是完成所有必需的測試，而是測試在按計劃結(jié)束的那一天結(jié)束！在測試時間不足的情況下，可參考下面項目計劃變更時的做法，因為計劃變更也涉及到測試時間不足的情況。

　　問題三：變更的控制

　　測試計劃改變了已往根據(jù)任務(wù)進行測試的方式，因此，為使測試計劃得到貫徹和落實，測試組人員必須及時跟蹤軟件開發(fā)的過程，對產(chǎn)品提交測試做準備，測試計劃的目的，本身就是強調(diào)按規(guī)劃的測試戰(zhàn)略進行測試，淘汰以往以任務(wù)為主的臨時性。在這種情況下，測試計劃中強調(diào)對變更的控制顯得尤為重要。

　　變更來源于以下幾個方面

　　1． 項目計劃的變更

　　2． 需求的變更

　　3． 測試產(chǎn)品版本的變更

　　4． 測試資源的變更

　　測試階段的風(fēng)險主要是對上述變更所造成的不確定性，有效的應(yīng)對這些變更就能降低風(fēng)險發(fā)生的幾率。要想計劃本身不成為空談和空白無用的紙質(zhì)文檔，對不確定因素的預(yù)見和事先防范必須做到心中有數(shù)。

　　對于項目計劃的變更，除了測試人員及時跟進項目以外，項目經(jīng)理必須認識到測試組也是項目成員，因此必須把這些變更信息及時通知到項目組，使得整個項目得到順延。項目計劃變更一般涉及都是日程變更，令人遺憾的是，往往為了進度的原因，交付期限是既定的，項目經(jīng)理不得不減少測試的時間，這樣，執(zhí)行測試的時間就被壓縮了。在這種情況下，測試經(jīng)理常常固執(zhí)的認為進度縮減的唯一的方法就是向上級通報并主觀認為產(chǎn)品質(zhì)量一定會下降，這種做法和想法不一定是正確的。由于時間不足，不能“完美”的執(zhí)行所有測試，為了保證質(zhì)量，第一種辦法是調(diào)整測試計劃中的測試策略和測試范圍，實踐中測試經(jīng)理常常忽略測試計劃的這個章節(jié)。調(diào)整的目的是重新檢查不重要的測試部分，調(diào)換測試的次序和減少測試規(guī)模，對測試類型重新組合擇優(yōu)，力求在限定時間內(nèi)做最重要部分的測試，可以把忽略部分留給確認測試或現(xiàn)場測試。其他應(yīng)對辦法包括減少進入測試的阻力，例如降低測試計劃中系統(tǒng)測試準入準則；分步提交測試，例如改成迭代方式增量測試；減少回歸測試的要求，例如開發(fā)人員實時修改，在測試計劃中對缺陷修復(fù)響應(yīng)時間和過程進行約定；和公司QA商量進行簡化配置管理，跳過正式發(fā)布環(huán)節(jié)；缺陷進行局部回歸而不是重新全部測試等等。

　　第二：項目進行過程中最不可避免的就是需求的變更。那么，測試計劃中就不能進行控制和約束的嗎？答案是未必。當(dāng)制定計劃時，如果項目需求處于動態(tài)變化時，在測試用例章節(jié)就要進行說明。許多測試經(jīng)理在編制測試用例時往往沒有把測試用例和測試數(shù)據(jù)進行區(qū)分，因此，造成的問題是當(dāng)需求變化時辛辛苦苦設(shè)計的數(shù)據(jù)就作廢了。在這時，假使面臨一個需求動態(tài)的項目，必須在計劃中對需求變更造成的測試（設(shè)計）方式變化進行

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html