測試計劃安排與進(jìn)度監(jiān)控匯總

1、測試計劃安排與進(jìn)度監(jiān)控測試計劃安排與進(jìn)度監(jiān)控如果要測試一個大型系統(tǒng)，將面對在一年甚至更長的時間內(nèi)編寫、執(zhí)行、驗(yàn)證成千上萬的測試用例，處理上千的模塊，修訂成千上萬的錯誤，雇用上千的員工，顯然，這將在計劃、監(jiān)視、控制測試過程中面對無窮的項(xiàng)目管理方面的挑戰(zhàn)。在計劃一個測試過程時，主要的錯誤是默許對不發(fā)現(xiàn)任何錯誤的假設(shè)，這種錯誤明顯的后果是大大低估了計劃資源（人、時間、計算機(jī)），這是計算機(jī)工業(yè)聲名狼籍的一個問題。良好測試計劃的組成：（1）目標(biāo)：

2、必須定義每個測試階段的目標(biāo)。（2）完成準(zhǔn)則：設(shè)計準(zhǔn)則來指定判斷每個測試階段何時完成。（3）進(jìn)度：每個階段都需要日程安排，指出何時設(shè)計、編寫、執(zhí)行測試用例。（4）職責(zé)：每個階段必須識別設(shè)計、編寫、執(zhí)行和驗(yàn)證測試用例的人員，修訂被發(fā)現(xiàn)的錯誤的人員。在大型項(xiàng)目中，會引起有些測試結(jié)果是否是錯誤的爭論，所以需要識別仲裁人。（5）測試用例庫和標(biāo)準(zhǔn)：在一個大型項(xiàng)目中，必須要有系統(tǒng)的關(guān)于識別、編寫、存儲測試用例的方法。（6）工具：識別所需的測試工具，包

3、括誰將開發(fā)或去獲取工具，工具將如何被使用，何時是必需的。（7）計算機(jī)時間：這是關(guān)于每個測試階段所需的計算機(jī)時間的總量的計劃，包括編譯應(yīng)用程序的服務(wù)器、安裝測試的桌面機(jī)、WEB應(yīng)用的WEB服務(wù)器、網(wǎng)絡(luò)設(shè)備等。（8）硬件配置：如果需要特殊的硬件配置或設(shè)備，需要一個計劃來描述這種需求，它們?nèi)绾螡M足、何時需要。（9）集成：測試計劃的一部分是定義程序如何結(jié)合在一起（如增量從上到下的測試），一個包含大量子系統(tǒng)或程序的系統(tǒng)可以增量地結(jié)合起來。使用從上

4、到下或從下到上的方法，但是構(gòu)造塊是程序或子系統(tǒng)，不是模塊。如果情況是這樣的，那么需要一個系統(tǒng)基礎(chǔ)計劃。系統(tǒng)集成計劃定義了集成的次序，系統(tǒng)每個版本的功能，有責(zé)任去創(chuàng)建“腳手架”代碼來仿真不存在的部件的功能。（10）跟蹤過程：定義了機(jī)制來跟蹤測試過程的方方面面，包括傾向于錯誤的模塊的定位、計劃、資源、完成準(zhǔn)則等各方面進(jìn)展的估計。（11）調(diào)試過程：定義了機(jī)制來報告檢測到的錯誤，跟蹤糾正的進(jìn)展，將糾正好的添照上圖所述，相應(yīng)階段可以同步進(jìn)行相應(yīng)的

5、測試計劃編制，而測試設(shè)計也可以結(jié)合在開發(fā)過程中實(shí)現(xiàn)并行，測試的實(shí)施即執(zhí)行測試的活動即可連貫在開發(fā)之后。值得注意的是：單元測試和集成測試往往由開發(fā)人員承擔(dān)，因此這部分的階段劃分可能會安排在開發(fā)計劃而不是測試計劃中。問題二：系統(tǒng)測試階段日程安排劃分階段清楚了，隨之而來的問題是測試執(zhí)行需要多長的時間？標(biāo)準(zhǔn)的工程方法或CMM方式是對工作量進(jìn)行估算，然后得出具體的估算值。但是這種方法過于復(fù)雜，可以另辟專題討論。一個可操作的簡單方法是：根據(jù)測試執(zhí)行

6、上一階段的活動時間進(jìn)行換算，換算方法是與上一階段活動時間1：1。1~1。5左右。舉個例子，對測試經(jīng)理來說，因?yàn)殚_發(fā)計劃可能包含了單元測試和集成測試，系統(tǒng)測試的時間大概是編碼階段（包含單元測試和集成測試）1到1。5倍。這種方法的優(yōu)點(diǎn)是簡單，依賴于項(xiàng)目計劃的日程安排，缺點(diǎn)是水分太多，難于量化。那么，可以采用的另一個簡單方法是經(jīng)驗(yàn)評估。評估方法如下：1計算需求文檔的頁數(shù)，得出系統(tǒng)測試用例的頁數(shù)需求頁數(shù)：系統(tǒng)測試用例頁數(shù)≈1：12由系統(tǒng)測試用例