題記：寫這篇博客要主是加深自己對測試項目的認識和總結實現算法時的一些驗經和訓教，如果有錯誤請指出，萬分感謝。

<項目名稱>

測試籌劃

北京邁捷萊博軟件技術有限公司

修訂歷史記錄

日期	版本	說明	作者	同意人

目錄

1. 簡介 4

1.1 目標 4

1.2 背景 4

1.3 范圍 4

1.4 參考資料 4

2. 項目生命周期說明 4

2.1 項目階段劃分 4

2.2 測試類型及其關系 4

2.3 測試輪次說明 5

3. 測試估計 5

3.1 估計前提和方法 5

3.2 估計結果 5

4. 項目組織結構 5

4.1 項目組人員配置 5

4.2 項目支撐人員配置 5

4.3 項目協調組配置 5

5. 測試環境籌劃 6

5.1 測試環境預備 6

5.2 測試工具預備 6

6. 風險管理籌劃 6

7. 培訓籌劃 7

8. 評審籌劃 7

9. 丈量籌劃 8

10. 項目監控籌劃 9

11. 數據管理籌劃 10

12. 測試進度籌劃 10

13. 測試任務產品 10

1. 簡介

1.1 目標

<ProjectName>的這一“測試籌劃”文檔有助于實現以下目標：

1明確測試需求和項目生命周期

2對測試的規模、任務量、成本、風險、所需資源進行估計

3安排測試的人員、進度、培訓、跟蹤等

4列出測試項目標可交付元素

1.2 背景

[對測試對象（組件、應用程序、系統等）及其目標的的扼要說明。]

1.3 范圍

[描述測試項目標類型，例如：第三方系統測試、第三方驗收測試或用戶定義測試，并說明本籌劃所針對的測試類型（如功能測試或性能測試）。]

1.4 參考資料

[本小節應完全列出此測試籌劃文檔中其他部分所引用的任何文檔。每一個文檔應標有標題、日期和編寫單位。]

2. 項目生命周期說明

2.1 項目階段劃分

[描述整個項目測試過程分為哪些階段。]

2.2 測試類型及其關系

[描述各個測試類型之間的關系（并行/串行，怎樣交叉，是否有結合點）。]

2.3 測試輪次說明

[描述整個項目測試過程分為幾個輪次，各個輪次之間的關系（增量/回歸）。]

3. 測試估計

3.1 估計前提和方法

[前提：說明不同難度/復雜度的規模系數假設；方法：說明采用類比法、PERT法、DELPHI法，簡述估計過程。]

3.2 估計結果

測試類型	估計規模	單位	估計任務量（人日）

4. 項目組織結構

4.1 項目組人員配置

角色	人員	職責
項目經理		1） 制定項目籌劃； 2） 根據項目籌劃，3） 對進度、任務量、規模、風險進行跟蹤監控，4） 并調整籌劃； 5） 需求管理，6） 包括組織細化需求、需求評審、需求變更等； 7） 進行項目測試總結
功能測試組人員
性能測試組人員
代碼審查人員
文檔測試人員
配置管理人員		1） 制定配置管理籌劃和項目組的配置管理培訓； 2） 建立與維護配置管理庫，3） 設置權限； 4） 參與配置變更管理； 5） 建立與維護測試基線； 6） 對交付客戶的任務產品打包

4.2 項目支撐人員配置

角色	人員	職責
項目主管		1） 指2） 導項目經理進行項目籌劃的制定； 3） 評審項目周報、里程碑呈文，4） 對項目過程當中涌現的重大問題進行協調處理； 5） 在公司級協調項目所需資源
客戶經理		1） 負責項目標商務任務； 2） 幫助項目經理進行客戶關系協調
品質保障人員		1） 評審項目測試過程活動； 2） 審計項目測試過程的任務產品
業務與測試專家		1） 對測試過程當中的技術問題供給支撐； 2） 對測試過程當中的任務產品參與評審

4.3 項目協調組配置

協調方	人員	職責
監理方		1） 組織客戶、開辟和測試三方的協調； 2） 監督控制整個項目標全過程，3） 保障整個項目標進度與品質
客戶方		1） 供給業務人員對測試人員進行業務培訓； 2） 幫助測試方整理業務流程； 3） 在測試過程當中供給業務方面的問題解答； 4） 評審測試方提交評審的測試需求、測試用例和測試呈文； 5） 對測試過程當中發現的有爭議的BUG進行確認
開辟方		1） 配合測試方依據軟件實行環境搭建測試環境； 2） 供給相干的軟件開辟人員配合測試； 3） 進行軟件系統的培訓； 4） 對測試方發現的問題進行確認、探討和修改
測試方		1） 提交測試需求、測試用例和測試呈文； 2） 提交每周測試任務周報和里程碑呈文； 3） 對測試過程當中每周發現BUG匯總提交； 4） 對每一輪測試發現BUG與開辟、客戶進行確認

5. 測試環境籌劃

[本章列出項目測試所需的硬件資源、軟件資源（包括操作系統、數據庫、應用程序）、數量、供給時間、供給方式（自己預備、客戶方預備、開辟方預備）等，如果需要測試工具或自行開辟測試工具，也應在此節說明]

5.1 測試環境預備5.2

硬件設備	軟件環境	數量	供給時間	供給方式

5.3 測試工具預備5.4

測試工具類型	名稱	商業軟件/自行開辟	供給時間	供給方式

6. 風險管理籌劃

[項目經理可根據從前的項目經驗，參考公司典型風險列表，進行分析、評價其優先級，列出籌劃采用的減緩或防止風險辦法。]

風險類型

風險描述

發生概率

風險影響

發生時段

減緩辦法

應急辦法

備注：

a.“風險類型”包括“技術、人員、需求、測試環境、測試管理、項目協調管理、其他”；

c.“發生概率”對風險涌現的可能性進行評估，可能的結果有：1）＜＝10％：可能性非常小；2）10％-25％：可能性小；3）25％-50％：可能性中等；4）50％-75％:可能性大；5）75％~100%：可能性非常大

j.“風險影響”對風險的嚴峻性進行評估，可能的結果有：1）4:災難性（進度延遲1個月以上，或者沒法實現項目）；2）3:嚴峻（進度延遲2周~1個月，或者嚴峻影響項目實現）；3）2:中等（進度延遲1周~2周，或者對項目實現有必定影響）；4）1:低（進度延遲1周以下，或者對項目實現稍有影響）

每日一道理
青春，有嬉笑聲與哭泣聲夾雜的年華，青春的少年是藍天中翱翔的幼鷹，雖然沒有完全長大，有些稚氣，有些懵懂，脫不開父母的雙手卻極力想去找尋屬于自己的一片天空，為的是一時的激情，為的是一種獨自翱翔的感覺！

k.“發生時段”對風險可能發生的時間進行估計：1）1：近期：可能在本階段發生；2）0.5：中期：可能在下一階段發生；3）0.25：遠期：可能在下一階段之后發生

7. 培訓籌劃

{本章列出項目測試所需的人員培訓及花費的時間}

培訓類別	課程	方式	培訓人員	受培訓人員	籌劃培訓時間
技術
	管理
		業務

備注：“方式”指“公司內部、公司外派、項目組織”

8. 評審籌劃

[本章列出本項目中籌劃的評審內容、類型、達到的目標等。]

評審點/時間	評審內容	評審類型	評審人員

備注：“評審類型”指正式、非正式等。“正式”指需要組織閉會進行的評審，多用于測試需求、測試總結呈文的評審；“非正式”指通過e-mail進行的評審，多用于測試計劃的評審。

9. 丈量籌劃

[本章列出本項目中籌劃的丈量數據采集、存儲和分析的方式與結果等。]

丈量數據	用途	采集周期/時間	采集結果/記錄	采集人	供給人	寄存位置
任務量	）通過采集個人在不同）階段不同）測試類型不同）活動的任務量，）統計分析取得項目團體不同）階段不同）測試類型的任務量占整個項目任務量的百分比，）以便今后項目標任務量分配估計 ）與籌劃對比，）用于項目標監控	天天	任務日志表	項目組每一個人	項目經理 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\任務日志\個人目錄下
		每一個階段	任務量規模丈量表	項目經理	項目經理 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\
測試規模	11） 通過采集每一個測試類型實現某一個階段的任務產品規模，12） 配合任務量統計分析取得各類測試的任務效率； 13） 與籌劃對比，14） 用于項目標監控	每一個階段	任務量規模丈量表	項目經理	項目經理 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\
測試進度	與籌劃對比，用于項目標監控	每周	跟蹤甘特圖 項目周報	項目經理	項目經理 項目主管 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\
風險	1） 通過采集項目測試過程當中的風險變化情況，2） 統計分析取得項目中最常碰到的風險，3） 以及有效的規避和應急辦法 4） 與籌劃對比，5） 用于項目標監控	每周	風險跟蹤表	項目經理	項目經理 項目主管 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\
測試發現BUG	1） 通過采集每一個人、每類BUG、每輪BUG、每一個功能模塊BUG的數量，2） 統計分析BUG的趨勢、比例和發現BUG的效率 3） 根據BUG的情況，4） 調整測試策略	一輪測試結束后	BUG丈量表	BUG管理人員	項目經理 項目主管 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\
測試需求變化	通過采集測試需求的變化情況，確定項目標穩定性	每兩周/每一個月	需求變化丈量表	項目經理	項目經理 項目主管 品質保障人員	配置管理庫\項目管理\籌劃監控丈量\

10. 項目監控籌劃

[本章列出本項目中籌劃的主要監控活動。]

活動	周期/時間	方法	結果或記錄	寄存位置
進度監控	每周	通過進度丈量，檢查跟蹤甘特圖，如果現實進度與籌劃進度偏差超越進度閾值，則修訂項目測試籌劃；對于小的偏差則修訂甘特圖	測試籌劃	配置管理庫\測試\受控
			Project甘特圖	配置管理庫\項目管理\籌劃監控丈量\
規模監控	里程碑	通過規模丈量，檢查規模丈量表，如果現實規模與籌劃規模偏差超越規模閾值30%，則修訂項目測試籌劃	測試籌劃	配置管理庫\測試\受控
任務量監控	里程碑	通過任務量丈量，檢查任務量丈量表，如果現實任務量與籌劃任務量偏差超越任務量閾值30%，則修訂項目測試籌劃	測試籌劃	配置管理庫\測試\受控
項目例會	每周	召開項目組會議	會議紀要	配置管理庫\項目管理\籌劃監控丈量\
里程碑總結	里程碑處	在里程碑處總結項目標停頓和品質情況，呈文公司、客戶等相干人員	里程碑呈文	配置管理庫\項目管理\籌劃監控丈量\
每周總結	每周	每周總結項目標停頓和發現BUG情況，呈文公司、客戶等相干人員	任務周報	配置管理庫\項目管理\籌劃監控丈量\
與開辟、客戶協調	必要時	召開協調會議	會議紀要	配置管理庫\項目管理\籌劃監控丈量\
風險跟蹤	每周	根據項目標變化，及時調整風險估計和規避辦法，并將風險狀態通知相干人員	風險跟蹤表	配置管理庫\項目管理\籌劃監控丈量\
評審跟蹤	籌劃和現實發生時	對評審的有效性和評審發現問題進行跟蹤和控制	評審記錄表	配置管理庫\項目管理\籌劃監控丈量\

11. 數據管理籌劃

[本章列出本項目中從后期立項、到實行、到結項過程全部相干文檔、資料的存儲管理，把相干人員和存儲說明中的位置具體化。]

階段	數據	存儲說明	管理人員	相干人員
項目立項階段	項目測試方案 立項記錄 合同等	公司project機器vss“公司項目”庫中	公司項目資料管理人員	項目經理 客戶經理 項目主管
項目實行階段	開辟方文檔和被測系統 測試任務產品 項目管理記錄 項目實行參考標準和模版	項目組wzj機器vss“***”庫中	配置管理人員	項目經理 配置管理人員 品質保障人員 全部測試人員
項目結項階段	項目總結 項目結項記錄 項目各階段的受控文檔 項目管理記錄	公司project機器“****”目錄下	公司項目資料管理人員	項目經理 項目主管 配置管理人員

12. 測試進度籌劃

{根據項目生命周期、任務量估計、人員籌劃和工期籌劃，為項目過程定義表中的每一個活動安排進度，并在關鍵點設置里程碑}

根據過程定義繪制項目進度甘特圖，并作為對象嵌入，參考“進度模版.mpt”]

13. 測試任務產品

{列表說明測試過程應發生的任務產品，并對交付客戶的任務產品進行標明}

測試階段	測試類型	任務產品	采用模版/標準	是否移交客戶

文章結束給大家分享下程序員的一些笑話語錄：

人腦與電腦的相同點和不同點，人腦會記憶數字，電腦也會記憶數字；人腦會記憶程序，電腦也會記憶程序，但是人腦具有感知能力，這種能力電腦無法模仿，人的記憶會影響到人做任何事情，但是電腦只有程序軟件。比爾還表示，人腦與電腦之間最重要的一個差別就是潛意識。對于人腦存儲記憶的特別之處，比爾表示，人腦并不大，但是人腦重要的功能是聯絡，人腦會把同樣的記憶存儲在不同的地方，因此記憶讀取的速度就不相同，而這種速度取決于使用的頻率和知識的重要性。人腦的記憶存儲能力會隨著年齡增長而退化，同時記憶的質量也會隨著年齡退化。經典語錄網

---------------------------------
原創文章 By
測試和項目
---------------------------------

總結

以上是生活随笔為你收集整理的测试项目测试计划的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。