如何制定軟件項目測試計劃 軟件測試
摘要 隨著測試走向規范化管理，測試計劃成為測試經理必須完成的重要任務之一，本文根據實踐經驗結合理論，探討如何制定軟件項目測試計劃。
關鍵字 測試計劃 變更
正文
軟件測試計劃作為軟件項目計劃的子計劃，在項目啟動初期是必須規劃的。在越來越多公司的軟件開發中，軟件質量日益受到重視，測試過程也從一個相對獨立的步驟越來越緊密嵌套在軟件整個生命周期中，這樣，如何規劃整個項目周期的測試工作;如何將測試工作上升到測試管理的高度都依賴于測試計劃的制定。測試計劃因此也成為測試工作的賴于展開的基礎。
一個好的測試計劃可以起到如下作用
1. 避免測試的“事件驅動”
2. 使測試工作和整個開發工作融合起來
3. 資源和變更事先作為一個可控制的風險
測試計劃的模板在各個公司中都大同小異，在個人實踐中發現，測試計劃制定中存在的問題具有相似性，下面重點就這些相似的問題談談如何制定軟件項目測試計劃。
問題一：測試階段劃分
就通常軟件項目而言，基本上采用“瀑布型”開發方式，這種開發方式下，各個項目主要活動比較清晰，易于操作。整個項目生命周期為“需求-設計-編碼-測試-發布-實施-維護”。然而，在制定測試計劃時候，有些測試經理對測試的階段劃分還不是十分明晰，經常性遇到的問題是把測試單純理解成系統測試，或者把把各類型測試設計(測試用例的編寫和測試數據準備)全部放入生命周期的“測試階段”，這樣造成的問題是浪費了開發階段可以并行的項目日程，另一方面造成測試不足。
合理的測試階段應遵循下面劃分方法：
照上圖所述，相應階段可以同步進行相應的測試計劃編制，而測試設計也可以結合在開發過程中實現并行，測試的實施即執行測試的活動即可連貫在開發之后。值得注意的是：單元測試和集成測試往往由開發人員承擔，因此這部分的階段劃分可能會安排在開發計劃而不是測試計劃中。
問題二：系統測試階段日程安排
劃分階段清楚了，隨之而來的問題是測試執行需要多長的時間?標準的工程方法或CMM方式是對工作量進行估算，然后得出具體的估算值。但是這種方法過于復雜，可以另辟專題討論。一個可操作的簡單方法是：根據測試執行上一階段的活動時間進行換算，換算方法是與上一階段活動時間1：1。1~1。5左右。舉個例子，對測試經理來說，因為開發計劃可能包含了單元測試和集成測試，系統測試的時間大概是編碼階段(包含單元測試和集成測試)1到1。5倍。這種方法的優點是簡單，依賴于項目計劃的日程安排，缺點是水分太多，難于量化。那么，可以采用的另一個簡單方法是經驗評估。評估方法如下：
1. 計算需求文檔的頁數，得出系統測試用例的頁數
需求頁數：系統測試用例頁數 ≈ 1：1
2. 由系統測試用例頁數計算編寫系統測試用例時間
編寫系統測試用例時間 ≈ 系統測試用例頁數×1小時
3. 計算執行系統測試用例時間
編寫系統用例用時：執行系統測試用時 ≈ 1：2
4. 計算回歸測試包含的時間
系統測試用時：回歸測試用時≈ 2：1
注：以上比值是個人工程經驗值，需要更正比值的測試經理可以在具體實踐中收集數據。
基于以上方法優點是需求為已知的，可以利用已知來推算未知，適用于需求是已知且相對穩定的情況下;缺點是處于研發狀態的項目，需求不清晰的時候比較難計算�，F套用一個例子加于說明：需求文檔頁數為500，系統測試用例頁數推算為500，則編寫系統測試用例時間為500小時，執行系統測試用例時間為1000小時，回歸測試需要500小時，加起來總共為2000小時，按一天8小時計算，共計250個工作日/人;假如一個月為22個工作日，則共計約11人/月，即投入4個人需要3個月左右時間工作量完成。當然，這是系統測試需要的全部時間。根據測試階段劃分原則，設計用例時間可以和開發同步進行，只需在測試階段中安排的時間為1500小時即4人2個月工作量。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
