集成測試計劃模板

.PAGE....集成測試計劃版本：V1.3文檔編號保密等級作者最后修改日期審核人最后審批日期批準人最后批準日期修訂記錄日期版本修訂說明修訂人..目錄1簡介31.1目的31.2背景31.3范圍31.4參考文檔32測試約束32.1測試進出條件3進入條件3退出條件32.2測試通過和失敗準則3通過準則：3失敗準則：42.3測試啟動/結束/暫停/再啟動準則4測試啟動準則4測試結束準則4測試暫停/再啟動準則43測試需求44測試風險55集成策略56測試策略56.1策略描述56.2測試類型5功能測試5接口測試6容錯測試6回歸測試66.3測試輪數77測試資源77.1人力需求77.2測試環(huán)境87.3測試工具88測試進度89本階段量化計劃910交付物9簡介目的[描述集成測試計劃的編寫目的及本次集成測試的主要目的。]如,編寫目的：本文檔用于描述XXX開發(fā)項目集成測試所要遵循的規(guī)范以及確定測試方法、測試環(huán)境、測試用例的編寫和測試整體進度的計劃安排、人力資源安排等。測試目的：集成測試的目的是測試組成XXX系統(tǒng)的各子模塊間的接口及功能實現等。背景[描述項目或產品的背景。]范圍[描述集成測試在項目的整體范圍。如,需要集成的各功能模塊的描述。]參考文檔[描述本次集成測試所需要參考的文檔。]測試約束[描述本次集成測試所要遵循的準則及條件約束等。]測試進出條件進入條件[描述集成測試的測試依據和滿足該階段測試進入的條件和約束。]退出條件[描述滿足該階段測試退出的條件,要根據《項目量化管理計劃》中第3節(jié)的內容來制定退出條件,例如致命和嚴重級別的缺陷清除率達到100％,致命和嚴重的缺陷修復率達到100％,一般缺陷的修復率達到99％并且遺留缺陷數小于5個；同時參考《測試過程》中的相關描述,并要求系統(tǒng)測試每輪發(fā)現的缺陷數量呈收斂趨勢。]測試通過和失敗準則通過準則：[描述集成測試每一輪測試通過的條件。]如,每輪測試所有用例全部執(zhí)行完畢,且沒有出現致命性錯誤,回歸測試或執(zhí)行新增測試用例時不再出現問題,則測試工作通過；失敗準則：[描述集成測試某輪次測試失敗的條件。]如,每輪測試所有用例全部執(zhí)行完畢,沒有出現致命性錯誤,回歸測試或執(zhí)行新增測試用例時不再出現問題,且回歸測試的周期不少于X天,回歸測試執(zhí)行的測試用例數比例不低于XX％,則測試工作通過。測試啟動/結束/暫停/再啟動準則測試啟動準則[描述集成測試執(zhí)行啟動的約束準則。]如,配置管理員提交給測試組每次build的正確版本及集成的模塊清單。測試環(huán)境通過檢驗之后。測試結束準則[描述集成測試執(zhí)行結束的約束準則。]如,測試案例全部執(zhí)行完畢,測試結果證明系統(tǒng)符合需求,遺留的問題滿足測試退出條件且在質量標準允許范圍內,即可結束測試。測試暫停/再啟動準則[描述集成測試執(zhí)行過程中出現的特殊情況的約束準則。]如,被測模塊出現某個致命性錯誤。測試案例無法繼續(xù)執(zhí)行,測試工作需暫停,如果非關聯(lián)模塊可以進行測試則執(zhí)行非關聯(lián)模塊的測試；當這些問題得到解決后重新啟動該模塊的測試工作。測試需求[根據系統(tǒng)集成構建計劃,列舉每次集成的新版本產生新的測試需求功能點,包括接口的測試需求。]需求ID模塊子模塊待測試功能需求點優(yōu)先級模塊一子模塊1功能點1功能點2…功能點N子模塊2…子模塊N測試風險[此處描述測試任務可能遇到的風險,以及規(guī)避的方法]風險編號風險描述風險發(fā)生可能性〔高、中、低風險的影響程度〔高、中、低責任人規(guī)避方法集成策略[描述集成的方法、集成的順序和集成的環(huán)境。詳細的集成環(huán)境見《環(huán)境配置清單-集成環(huán)境》集成順序一般有：深度優(yōu)先、自下而上、自上而下等；深度優(yōu)先：即關鍵〔主控路徑上的業(yè)務流程涉及到的模塊先集成到一起,然后再集成輔助業(yè)務模塊；自下而上：即已實現的較底層的功能優(yōu)先集成,然后逐層上升,形成整個系統(tǒng)；自上而下：即事先存在一個穩(wěn)定的架構,不斷地向下細化,最后實現所有具體的功能細節(jié)；集成順序的選擇可以是不同集成順序的綜合。]集成計劃[說明項目周期內計劃執(zhí)行的集成活動的時間安排]集成次號集成目標被集成對象計劃集成時間包含的接口測試策略[測試策略提供了對以上測試對象實施測試的方法。上一節(jié)"測試需求"中說明了將要測試哪些對象,而本節(jié)則要說明如何對這些測試對象進行測試。] [對每一個工作版本將進行以下三種類型的測試：A、接口測試,測試接口調用。B、功能測試,測試工作版本應該實現的功能。C、回歸測試,在新版本中執(zhí)行以前集成版本的測試用例腳本。]策略描述[此處描述根據項目的具體特征所確定的集成測試的策略〔如：測試可行性分析,測試技術方法確定,測試類型選擇以及集成的方案環(huán)境描述等]測試類型[此處描述集成測試選擇的測試類型,一般建議有如下四種：]功能測試測試目標：確保已經集成的工作版本的正確性,能夠實現該集成版本應該具有的功能的正確性以及完整性。技術：重用為系統(tǒng)功能測試設計的部分測試用例,部分測試過程。生成測試腳本,實現測試自動化。完成標準：所計劃的測試全部執(zhí)行、對以前版本的接口完成了回歸測試、所發(fā)現的高優(yōu)先級缺陷和高等級的缺陷已完全解決。需考慮的特殊事項：開發(fā)人員應該保證每個后續(xù)的集成版本的基本界面元素都未改變。考慮測試腳本的重用性以及自動化測試。測試方法描述[此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。]接口測試測試目標：確保"測試需求"中對應的所有工作版本的內部單元組合到一起后能夠按照設計的意圖協(xié)作運行,接口的調用正確。技術：重用為系統(tǒng)測試準備的測試用例、分析測試用例對接口的覆蓋情況,對沒有覆蓋的接口設計足夠的測試用例,以覆蓋所有的調用接口。為每個測試用例制定測試過程,生成測試腳本。以實現測試的自動化。完成標準：所計劃的測試全部執(zhí)行、對以前版本的接口完成了回歸測試、所發(fā)現的高優(yōu)先級缺陷和高等級的缺陷已完全解決。需考慮的特殊事項：開發(fā)人員應該保證每個后續(xù)的集成版本的基本界面元素都未改變?？紤]測試腳本的重用性以及自動化測試。測試方法描述[此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。]容錯測試測試目標：驗證異常錯誤流程能順利執(zhí)行,并有易懂的提示信息技術：包含在上述功能和接口的測試用例設計中完成標準：對每一個非法的操作顯示相應的錯誤信息或警告信息。需考慮的特殊事項：測試方法描述[此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。]回歸測試測試目標：確保前一個集成的版本并未因為新版本的增量集成而帶來缺陷。技術：在新的集成版本中使用前一個集成版本的自動化測試腳本執(zhí)行自動化測試。完成標準：前一個集成版本的所用測試用例已全部執(zhí)行。所發(fā)現的缺陷已全部解決。需考慮的特殊事項：開發(fā)人員應該保證每個后續(xù)的集成版本的基本界面元素都未改變。考慮測試腳本的重用性以及自動化測試。測試方法描述[此處描述一個特定的測試類型在項目測試活動中如何具體的執(zhí)行。]測試輪數[根據集成計劃確定的集成次數,計劃整個產品開發(fā)周期內集成測試的次數]測試資源人力需求[列出此項目的測試人員配備方面的需求。]角色人員具體職責測試經理進行管理監(jiān)督。職責：

提供技術指導

獲取適當的資源

提供管理報告測試設計員

確定測試用例、確定測試用例的優(yōu)先級并實施測試用例。職責：生成測試計劃生成測試模型評估測試工作的有效性測試員執(zhí)行測試。職責：執(zhí)行測試記錄結果從錯誤中恢復記錄變更請求測試系統(tǒng)管理員確保測試環(huán)境和資產得到管理和維護。職責：管理測試系統(tǒng)

分配和管理角色對測試系統(tǒng)的訪問權數據庫管理員確保測試數據〔數據庫環(huán)境和資產得到管理和維護。職責：

管理測試數據〔數據庫測試環(huán)境[列出了測試項目所需的系統(tǒng)資源。

]資源名稱/類型硬件和網路環(huán)境數據庫服務器網絡或子網服務器名稱數據庫名稱用戶端測試PC包括特殊的配置需求測試數據存儲庫\\JJJ\Test\Data網絡或子網內部局域網服務器名稱\\JJJ測試開發(fā)PC\\03824-1