制定軟件項(xiàng)目測(cè)試計(jì)劃的方法

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

軟件測(cè)試計(jì)劃作為軟件項(xiàng)目計(jì)劃的子計(jì)劃，在項(xiàng)目啟動(dòng)初期是必須規(guī)劃的。在越來(lái)越多公司的軟件開發(fā)中，軟件質(zhì)量日益受到重視，測(cè)試過(guò)程也從一個(gè)相對(duì)獨(dú)立的步驟越來(lái)越緊密嵌套在軟件整個(gè)生命周期中，這樣，如何規(guī)劃整個(gè)項(xiàng)目周期的測(cè)試工作；如何將測(cè)試工作上升到測(cè)試管理的高度都依賴于測(cè)試計(jì)劃的制定。測(cè)試計(jì)劃因此也成為測(cè)試工作的賴于展開的基礎(chǔ)。
　　一個(gè)好的測(cè)試計(jì)劃可以起到如下作用
　　1． 避免測(cè)試的“事件驅(qū)動(dòng)”
　　2． 使測(cè)試工作和整個(gè)開發(fā)工作融合起來(lái)
　　3． 資源和變更事先作為一個(gè)可控制的風(fēng)險(xiǎn)
　　測(cè)試計(jì)劃的模板在各個(gè)公司中都大同小異，在個(gè)人實(shí)踐中發(fā)現(xiàn)，測(cè)試計(jì)劃制定中存在的問(wèn)題具有相似性，下面重點(diǎn)就這些相似的問(wèn)題談?wù)勅绾沃贫ㄜ浖?xiàng)目測(cè)試計(jì)劃。
　　問(wèn)題一：測(cè)試階段劃分
　　就通常軟件項(xiàng)目而言，基本上采用“瀑布型”開發(fā)方式，這種開發(fā)方式下，各個(gè)項(xiàng)目主要活動(dòng)比較清晰，易于操作。整個(gè)項(xiàng)目生命周期為“需求－設(shè)計(jì)－編碼－測(cè)試－發(fā)布－實(shí)施－維護(hù)”。然而，在制定測(cè)試計(jì)劃時(shí)候，有些測(cè)試經(jīng)理對(duì)測(cè)試的階段劃分還不是十分明晰，經(jīng)常性遇到的問(wèn)題是把測(cè)試單純理解成系統(tǒng)測(cè)試，或者把把各類型測(cè)試設(shè)計(jì)（測(cè)試用例的編寫和測(cè)試數(shù)據(jù)準(zhǔn)備）全部放入生命周期的“測(cè)試階段”，這樣造成的問(wèn)題是浪費(fèi)了開發(fā)階段可以并行的項(xiàng)目日程，另一方面造成測(cè)試不足。
　　合理的測(cè)試階段應(yīng)遵循下面劃分方法：

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