1、1編寫目的 32角色與職責 33過程活動描述 43.1 單元測試 43.1.1 單元測試活動流程圖 43.1.2 單元測試準備 63.1.2.1 單元測試計劃準備 63.1.2.1.1 目的 63.1.2.1.2 角色和職責 63.1.2.1.3 進入條件 63.1.2.1.4 輸入 63.1.2.1.5 任務描述 63.1.2.1.6 輸出 63.1.2.1.7 退出條件 73.1.2.2 單元測試數據和環境準備 73.1.2.2.1 目的 73.1.2.2.2 角色和職責 73.1.2.2.3 進入條件 73.1.2.2.4 輸入 73.1.2.2.5 任務描述 73.1.2.2.6 輸出

2、 83.1.2.2.7 退出條件 83.1.3 單元測試 83.1.3.1 目的 83.1.3.2 角色和職責 83.1.3.3 進入條件 83.1.3.4 輸入 83.1.3.5 任務描述 93.1.3.6 測試目標及測試方法 93.1.3.6.1 模型腳本單元測試目標及測試方法 93.1.3.6.2 應用腳本單元測試目標及測試方法 113.1.3.7 輸出 113.1.3.8 退出條件 123.2 集成測試 133.2.1 集成測試活動流程圖 133.2.2 集成測試準備 143.2.2.1 集成測試計劃和方案準備 143.2.2.1.1 目的 143.2.2.1.2 角色和職責 143.

3、2.2.1.3 進入條件 143.2.2.1.4 輸入 143.2.2.1.5 任務描述 143.2.2.1.6 輸出 153.2.2.1.7 退出條件 153.2.2.2 測試數據和環境準備 153.2.2.2.1 目的 153.2.2.2.2 角色和職責 153.2.2.2.3 進入條件 163.2.2.2.4 輸入 163.2.2.2.5 任務描述 163.2.2.2.6 輸出 163.2.2.2.7 退出條件 163.2.3 集成測試（模型腳本） 163.2.3.1 目的 163.2.3.2 角色和職責 173.2.3.3 進入條件 173.2.3.4 輸入 173.2.3.5 任務描

4、述 173.2.3.6 測試目標及測試方法 183.2.3.6.1 PDM 、建表語句或導數語句測試目標 183.2.3.6.2 腳本測試目標 183.2.3.6.3 調度測試目標 193.2.3.7 輸出 203.2.3.8 退出條件 203.2.4 集成測試（應用腳本） 203.2.4.1 目的 203.2.4.2 角色和職責 203.2.4.3 進入條件 203.2.4.4 輸入 213.2.4.5 任務描述 213.2.4.6 輸出 213.2.4.7 退出條件 223.3 業務測試（只適用于應用腳本） 223.3.1 業務測試活動流程圖 223.3.2 業務測試準備 233.3.2.

5、1 業務測試計劃 233.3.2.1.1 目的 233.3.2.1.2 角色和職責 233.3.2.1.3 進入條件 233.3.2.1.4 輸入 233.3.2.1.5 任務描述 233.3.2.1.6 輸出 233.3.2.1.7 退出條件 243.3.2.2 測試數據和環境準備 243.3.2.2.1 目的 243.3.2.2.2 角色和職責 243.3.2.2.3 進入條件 243.3.2.2.4 輸入 243.3.225任務描述243.3.2.2.6 輸出243.3.2.2.7 退出條件253.3.3 業務測試253.3.3.1 目的253.3.3.2 角色和職責253.3.3.3

6、進入條件253.3.3.4 輸入253.3.3.5 任務描述253.3.3.6 輸出263.3.3.7 退出條件264 變更控制265 缺陷管理流程271編寫目的為了規范項目的測試工作，給測試組及其與相關組的組間協調提供工作指導。數據倉庫項目組成員可依照本細則開展與測試相關的工作。2角色與職責本部分列出了項目組成員日常工作中與測試相關的部分職責:角色職責負責人1、協調測試資源；2、負責過程總體控制；3、確定整體的測試計劃和測試方案測試組1、準備集成測試用例，落實集成測試資源的準備；2、 執行集成測試用例、記錄測試結果、執行驗證測試；匯報測試結 果；3、參與測試計劃、測試用例等的評審4、協助進行

7、業務測試開發人員1、修正和總結缺陷，執行系統上線；2、進行單元測試；3、 必要時作為測試人員執行測試；。配置管理員1、提取測試版本，負責版本維護；業務支持人員1、給測試組提供必要的業務支持；業務測試人員1、進行業務測試相關工作3 過程活動描述3.1 單元測試3.1.1 單元測試活動流程圖3.1.2單元測試準備3.121單元測試計劃準備31211目的明確單元測試的范圍、測試方法、規則，指導單元測試工作的正確執行。31212角色和職責角色職責開發組長確定單元測試的范圍、規則、進度和人員安排等，編寫單元測試計劃測試組參與評審單元測試計劃31213進入條件XM_DW_P_X項目計劃已完成XM_DW_R

8、_XX目需求分析說明書和 XM_DW_T_X項目數據映射文檔初稿已完 成31214輸入xm_dw_p_xM目計劃XM_DW_R_XX目需求分析說明書XM_DW_T_X項目數據映射文檔31215任務描述開發組長根據項目計劃， 編寫單元測試計劃，包括測試相關方的工作安排和測試過程 等；開發組長組織測試組和開發組對單元測試計劃進行評審，并形成評審記錄；31216輸出xm_dw_p_xM目單元測試計劃XM_DW_M_XX目單元測試計劃評審記錄31217退出條件XM_DW_P_X項目單元測試計劃評審通過3.122單元測試數據和環境準備31221目的確定測試環境，并獲取測試數據，滿足測試需要。31222角

9、色和職責角色職責開發組長確定并申請需要的測試環境和測試數據系統組按需求準備測試環境開發組對單元測試環境和測試數據進行驗證確認31223進入條件XM_DW_R_XM目需求分析說明書和 XM_DW_T_X項目數據映射文檔初稿已完成31224輸入XM_DW_R_XX目需求分析說明書XM_DW_T_X項目數據映射文檔31225任務描述應用負責人在需求和映射文檔通過評審時，提出測試環境（包括單元測試、集成測試和用戶測試環境）申請；開發人員編寫單元測試案例，包括所需要的測試數據；如測試數據需要其他組協助準備，則提出測試數據申請；系統組根據申請進行測試環境的搭建，并以郵件形式將配置參數信息通知給開發組和測試

10、組；開發組對已搭建的測試環境和準備好的測試數據進行確認；31226輸出測試環境XM_DW_T_X項目單元測試案例XM_DW_M_XX目單元測試案例評審記錄31227退出條件測試環境已準備就緒XM_DW_T_X項目單元測試案例已通過評審313單元測試3.131 目的對軟件各模塊進行單元測試，尋找并改正缺陷，保證產品質量。單元測試一般由開 發人員來完成。測試人員負責測試執行情況的檢查和審計，確保單元測試執行， 并滿足進入Build和集成階段條件。根據業務不同，必要時也可以安排測試人員執行 單元測試。3.1.3.2 角色和職責角色職責開發組長制定單元測試計劃。開發人員編寫測試用例，執行測試并記錄缺陷

11、，修改錯誤。測試人員檢查和審計單元測試執行情況，必要時執行單元測試；3.1.3.3 進入條件按測試計劃的安排，項目進行到單元測試階段。 程序可進行測試。3.1.3.4 輸入XM_DW_T_XX 項目數據映射文檔XM_DW_T_XX 項目單元測試案例待測試的腳本或代碼3.1.3.5 任務描述根據總的測試計劃明確和細化單元測試的測試計劃；開發人員根據開發腳本的情況，完善單元測試案例； 開發人員根據單元測試計劃和相應的測試用例來測試同伴或自己的代碼； 在單元測試案例中記錄測試結果，分析測試結果，對 Bug 進行糾正并記錄； 在單元測試結束時編寫單元測試報告；將單元測試時使用的 SQL 整理成腳本，作

12、為一個配置項，以便以后復用；測試組對單元測試進行抽樣檢查，并形成檢查記錄；3.1.3.6 測試目標及測試方法3.1.3.6.1 模型腳本單元測試目標及測試方法腳本成功運行檢查測試內容： 腳本能否成功運行，是否有錯誤測試方法： 使用單元測試調度腳本（ unit_checking.pl 下同），腳本調度 0200.pl 腳本，隨 后解析生成的日志， 將解析的結果 （日志中的錯誤個數） 插入單元測試結果表 （ dwptemp. checking_data_quality 下同）。存在缺陷： 無腳本重運行檢查測試內容： 判斷同一個腳本加載相同的數據重復運行后結果是否一致測試方法： 單元測試調度程序每次

13、調度都重復調度任務兩次，數據質量檢查腳本也會運 行兩次，第一次運行后將目標表的數據進行備份，第二次判斷備份表和源表整體數據是 否一致，將不一致數據的記錄數插入單元測試結果表。存在缺陷： 無腳本規范性檢查測試內容： 腳本是否符合項目組腳本規范性要求測試方法： 使用單元測試調度腳本，腳本調度腳本規范性檢查腳本，隨后解析生成的日 志，將解析的結果（不符合規范性個數）插入單元測試結果表。存在缺陷： 無主鍵重復檢查測試內容： 數據加載完成后目標表中是否存在主鍵重復的紀錄測試方法： 使用單元測試調度腳本，腳本調度數據質量檢查9000.pl 腳本（下同） ，數據質量檢查腳本中的主鍵重復性檢查語句查詢目標表中

14、主鍵重復的記錄數并將該數值插 入單元測試結果表。存在缺陷： 無主鍵中包含空格檢查測試內容： 數據加載完成后目標表的主鍵鍵值中是否存在空格測試方法： 數據質量檢查腳本中的主鍵鍵值是否包含空格邏輯查詢主鍵鍵值中包含空格 （去除值尾空格）的記錄數并將該數值插入單元測試結果表。存在缺陷： 無PI 是否偏測試內容： 檢查目標表數據分布情況測試方法： 數據質量檢查腳本查詢 Teradata 數據字典，計算數據分布偏值，將計算值插 入單元測試結果表。存在缺陷： 生產環境和測試環境的硬件差別導致數據分布情況也不一致，另外外測試的 數據量不大的情況下測試也不充分，該結果作為參考。源表目標表記錄數一致性（不充分）

15、測試內容： 源表和目標表記錄數核對 測試方法： 數據質量檢查腳本查詢源表記錄數和目標表記錄數，將查詢結果插入單元測 試結果表。存在缺陷： 當目標表所對應的源表是一個表的情況下測試比較充分，但源表有多個或者 源表的取數規則比較復雜時， DMM 映射模版生成的審核語句不準確，需要手工進行腳 本修改，建議目前還是有測試組進行測試，待單元測試的其他內容執行順利后再和測試 組溝通將該測試內容完整的納入單元測試中。標準代碼轉換是否正確測試內容： 對選擇進行標準代碼轉換的字段判斷目標表該字段值是否在標準代碼表中 測試方法： 數據質量檢查腳本查詢目標表中進行標準代碼轉換的字段，取值不在標準代 碼表中記錄個數插

16、入單元測試結果表。存在缺陷： 無拉鏈表拉鏈邏輯檢查測試內容： 歷史拉鏈表的拉鏈邏輯是否存在問題，是否有開鏈、斷鏈問題 測試方法： 數據質量檢查腳本根據拉鏈表邏輯檢查拉鏈表是否存在問題，將查詢出存在 拉鏈邏輯錯誤的記錄數插入單元測試結果表。存在缺陷： 無字段是否發生截取檢查測試內容： 檢查當源表字段定義超過目標表定義情況下的字段值截取情況 測試方法： DMM 映射文檔的腳本生成器在生成質量檢查腳本時判斷源表的字段定義是 否超過目標表的字段定義， 如果超過則生成審核語句判斷數據實際加載中源表該段的最 大值是否超過目標表該字段的定義， 將超過目標表字段定義的記錄數插入單元測試結果 表。存在缺陷： 尚

17、在開發中，由于只能根據實際處理的數據來最終判斷是否存在字段截取情 況，因此當被截取數據出現在測試加載數據之外的情況將無法發現。DMM 映射完整性測試內容： 判斷開發組的開發內容和模型組的設計內容在范圍上是否一致，是否存在遺 漏。模型組根據目標表的結構進行模型設計并提交設計文檔，模型組設計的每一組映射 都應該在開發組進行映射開發，不能存在模型組作了設計而開發組遺漏的情況。 測試方法： 在 DMM 映射文檔的 VB 宏中增加統計映射個數的邏輯，分別統計模型組 設計的映射個數和開發組開發的映射個數，不一致時提示錯誤。存在缺陷： 需要模型組根據目標表進行設計，該流程梳理中， VB 宏尚未開發。3.1.

18、3.6.2 應用腳本單元測試目標及測試方法腳本成功運行檢查測試內容： 腳本能否成功運行，是否有錯誤 測試方法： 手工編寫相應測試腳本進行測試。腳本重運行檢查測試內容： 判斷同一個腳本加載相同的數據重復運行后結果是否一致 測試方法： 手工編寫相應測試腳本進行測試。腳本規范性檢查測試內容： 腳本是否符合項目組腳本規范性要求 測試方法： 執行腳本規范性檢查腳本，隨后分析生成的日志。主鍵重復檢查測試內容： 數據加載完成后目標表中是否存在主鍵重復的紀錄 測試方法： 手工編寫相應測試腳本進行測試。主鍵中包含空格檢查測試內容： 數據加載完成后目標表的主鍵鍵值中是否存在空格 測試方法： 手工編寫相應測試腳本進

19、行測試。PI 是否偏測試內容： 檢查目標表數據分布情況 測試方法： 手工編寫相應測試腳本進行測試。源表目標表記錄數一致性測試內容： 源表和目標表記錄數核對 測試方法： 手工編寫相應測試腳本進行測試。標準代碼轉換是否正確測試內容： 對選擇進行標準代碼轉換的字段判斷目標表該字段值是否在標準代碼表中 測試方法： 手工編寫相應測試腳本進行測試。拉鏈表拉鏈邏輯檢查測試內容： 歷史拉鏈表的拉鏈邏輯是否存在問題，是否有開鏈、斷鏈問題 測試方法： 手工編寫相應測試腳本進行測試。字段是否發生截取檢查測試內容： 檢查當源表字段定義超過目標表定義情況下的字段值截取情況 測試方法： 手工編寫相應測試腳本進行測試。3.

20、1.3.7 輸出單元測試結果記錄（在XM_DW_T_X項目單元測試案例中記錄） 單元測試腳本XM_DW_M_XX目單元測試報告XM_DW_M_XX目單元測試檢查記錄3.1.3.8 退出條件發現的缺陷均得到修正單元測試抽樣檢查通過3.2集成測試3.2.1集成測試活動流程圖3.2.2集成測試準備322.1 集成測試計劃和方案準備32211目的明確集成測試的范圍、測試方法、規則，指導單元測試工作的正確執行。32212角色和職責模型腳本:角色職責模型開發負責人提供集成測試范圍，評審集成測試計劃/方案和測試需求測試組確定集成測試的范圍、規則、進度和人員安排等，編寫集成測試計劃 和方案，提取測試需求應用腳

21、本:角色職責應用負責人提供集成測試范圍，評審集成測試計劃/方案和測試需求應用測試人員確定集成測試的范圍、規則、進度和人員安排等，編寫集成測試計劃 和方案，提取測試需求32213進入條件項目計劃已完成需求分析規格和映射文檔初稿已完成32214輸入XM_DW_P_X項目計劃XM_DW_R_XX目需求分析說明書XM_DW_T_X項目數據映射文檔32215任務描述模型腳本：測試組根據項目計劃，編寫測試計劃，包括測試相關方的工作安排和測試過程等;測試組組織模型開發組對測試計劃/方案進行評審，并形成評審記錄；測試組成員熟悉需求，理解業務規則，編寫測試需求，為測試做好準備;測試組組織模型開發負責人和相關人員

22、對測試計劃/方案進行評審，并形成評審記錄;測試組組織模型開發負責人和相關人員對測試需求和案例進行評審，并形成評審記 錄。應用腳本：應用負責人根據項目計劃， 編寫測試計劃，包括測試相關方的工作安排和測試過程等; 應用負責人根據項目的特性確定測試方案；應用測試成員熟悉需求，理解業務規則，編寫測試需求，為測試做好準備；應用負責人組織相關人員對測試計劃 /方案進行評審，并形成評審記錄； 應用負責人組織相關人員對測試需求和案例進行評審，并形成評審記錄。32216輸出XM_DW_P_X項目模型/應用腳本集成測試計劃/方案XM_DW_T_X項目模型/應用腳本集成測試需求XM_DW_T_X項目模型腳本測試案例

23、（體現在MQC 上）XM_DW_T_X項目應用腳本測試案例32217退出條件XM_DW_P_X項目模型/應用腳本集成測試計劃/方案、XM_DW_T_X項目模型/應用腳本 測試需求、XM DW T X項目模型/應用腳本集成測試案例評審通過322.2測試數據和環境準備32221目的確定測試環境，并獲取測試數據，滿足測試需要。32222角色和職責角色職責模型開發/應用開發 負責人確定并申請需要的測試環境（一般在單元測試階段一起申請）和測試數據ODS接口組/系統組按需求申請和準備測試數據和環境測試組對測試環境和測試數據進行驗證確認3.2.2.2.3 進入條件XM_DW_R_XX目需求分析說明書和 XM

24、_DW_T_X項目數據映射文檔初稿已完 成3.2.2.2.4 輸入XM_DW_R_XX目需求分析說明書XM_DW_T_X項目數據映射文檔3.2.2.2.5 任務描述應用負責人在測試需求通過評審時，確定測試數據范圍，提交測試數據需求，申請測試數據； 測試負責人根據模型開發負責人確定測試數據范圍，提交測試數據需求，申請測試數據；測試組對已搭建的測試環境和準備好的測試數據進行確認； 數據組對測試數據進行數據質量分析（在有現成規則的情況下） 。3.2.2.2.6 輸出測試環境XM_DW_T_X項目測試數據需求測試數據3.2.2.2.7 退出條件測試環境和測試數據已準備就緒3.2.3 集成測試（模型腳本

25、）3.2.3.1 目的對系統接口、 PDM 、調度依賴配置文檔、建表和導數語句或腳本進行集成測試，以滿 足上線演練的需求。323.2角色和職責角色職責模型設計組提供可供集成測試 PDM建表DDL語句及導數腳本給模型開發人員模型開發負責人監控測試結果確保缺陷得到解決模型開發人員提供可供集成測試腳本、調度配置文檔、PDM建表DDL語句及導數腳本給測試組，修改缺陷測試組編寫測試案例，篩選測試數據與測試用例綁定，執行測試、記錄缺陷，補充、維護測試用例。323.3進入條件按測試計劃的安排，項目進行到集成測試階段。測試數據已準備好腳本、調度配置文檔、 PDM、建表DDL語句及導數腳本的版本可提交測試 單元

26、測試已經通過，滿足“集成測試準入檢查單”的條件。323.4 輸入XM_DW_P_X項目集成測試計劃XM_DW_M_XX目單元測試報告XM_DW_T_X項目映射文檔PDM、建表DDL語句或導數腳本準備好的測試數據和環境已準備好進行集成測試的腳本、調度配置文檔、323.5 任務描述測試組編寫集成測試用例， 編寫時要參考之前項目在生產環境發現的問題，以便在 以后的應用中進行針對性的測試;測試組從開發負責人提取要測試的各腳本、調度配置文檔PDM、建表DDL語句及 導數腳本的版本來進行測試;測試人員在MQC中記錄發現的缺陷，如可確定是誰負責修復的可直接分配缺陷; 反之則由開發負責人分配缺陷。缺陷修改后，

27、由開發負責人發布下一個測試版本， 測試人員進行回歸測試；在集成測試的里程碑點，測試負責人根據測試記錄提交集成測試報告; 最終上線演練的版本由測試組提供。3.2.3.6 測試目標及測試方法3.2.3.6.1 PDM 、建表語句或導數語句測試目標驗證建表語句 DDL 與前一版本 PDM 的差異；新舊模型字段的差異性， 驗證模型字段是否出現刪減情況， 如果出現該情況需要向 設計人員確認；PDM 與腳本之間的相互驗證，驗證相應的腳本在新的 PDM 上運行是否正確，一 般空跑即可；驗證導數語句是否正確，驗證目標表與源表的結構、數據是否一致。3.2.3.6.2 腳本測試目標源表目標表數據量核對測試內容：

28、源系統的記錄數與進入倉庫的記錄數是否一致 (剔除根據需求不需要進入倉 庫的數據)測試方法： Select count(*) from table where ?機構撤并測試內容： 檢查機構撤并的相關腳本運行結果是否準確， 主要是系統帳號與客戶賬戶的 對應關系是否正確。測試方法：根據對照關系表進行數據的驗證。金額相關內容核對測試內容： 檢查腳本運行后金額相關字段的值是否準確， 主要是幣種是否關聯正確和完 整以及金額的數值是否正確。測試方法：根據實際的業務規則對數據進行核對驗證。總分關系延續性 測試內容：總分約束關系主要是針對在源系統中存匯總表與明細表之間必須保持一致的 關系。 具體表現為： 匯總

29、表中的總數值要與明細表中該類數據的合計保持一致。在銀行的賬戶類數據中存在著大量這樣的情況。 對于這列關系的處理也是通過對比數據來實現對腳本的 檢測。測試方法：Select filed ， sum( field ) as sum from table_a ALeft join (select field,sum(field) as sum from table_b group by field) bOn a. filed =b. fieldwhere a.sum b.sum復雜算法的正確性測試內容： 對于復雜的數據處理原則， 測試需要對其算法進行驗證。 這種算法需要從需 求出發， 提煉算法規則，

30、 并將符合此類規則的數據提取出來， 運用算法加工這部分數據 并將結果與腳本結果進行對比。測試方法： 此類檢查由于出來比較復雜， 所以不需要全量檢驗， 只需按照規則獲取符合 規則的部分數據進行驗證。3.2.3.6.3 調度測試目標調度是否能正常運行；測試方法：每個應用的CONTROL-M調度都有一個開始作業preob,右鍵點擊作業pre_job, 在彈出的菜單中選擇 Free, 本應用的調度解除了鎖定 , 調度開始執行， 中間不 進行其它操作 , 觀察調度能否正常跑完；任務的命名是否合乎規范，與腳本名是否一致；測試方法 ：根據倉庫規范，調度任務名和原 Perl 腳本名稱要保持一致，否則任務將執

31、行錯誤，根據出錯的任務，可檢查出任務的命名是否符合規范；廢棄任務是否被剔除；測試方法：檢查調度模板中type類型為delete的任務，查找該任務在 CONTROL-M 調度是否中還存在，如存在，即調度配置錯誤；任務的依賴是否正確、是否覆蓋完全；測試方法： 分析系統腳本，得出一份腳本的依賴關系列表， 再與調度進行核對， 每個腳 本在調度中都有一個任務名， 首選從主腳本開始查找腳本在該調度中的任務名稱， 在依 賴關系列表中進行記錄， 如果在調度中無法查到， 說明該依賴被遺漏。 然后再查找該腳 本在調度中的依賴是否與關系中的依賴相同， 用這種方法逐個腳本的往下核對， 可以測 試出調度依賴是否正確、覆

32、蓋是否完全；調度運行頻率、翻牌是否符合設計；測試方法： 在某一業務日期的調度全部執行完畢后， 并能正確進行下一業務日期的執行， 則表明調度的翻牌符合設計要求。 目前 CONTROL-M 調度按照腳本運行頻率分組設計， 讓調度多翻牌幾次，查看運行日志，檢查調度的業務日期與腳本的執行日期是否一致， 如一致則表明運行頻率正確任務出錯時是否影響調度的正常運行；測試方法： CONTROL-M 調度在運行時，作業會因庫空間不足、 SPOOL 空間不足、數 據質量、 腳本問題等原因導致執行失敗。 針對此類情況， 可以用人為干預的方法導致要 測試的作業執行失敗， 例如可以在腳本中設置語法錯誤、 修改測試數據等

33、， 用來測試在 該任務失敗后，后續依賴任務是否可以繼續執行，調度是否能夠翻牌。 調度執行完畢后，檢查結果數據是否符合要求：調度正常執行完并翻牌一次后， 可用集成測試的案例的執行來檢驗結果數據是否符合要 求。此類檢查不要求執行全部的案例， 只需選擇優先級高或者測試范圍大的案例來執行， 須盡量保持檢驗的粗粒度。通過查看日志（日志產生的時間先后，日志內容） 來確定調度運行時間、調度依賴是否正確。調度是否重復配置。測試方法：CONTROL-M調度的任務寫入后臺數據庫調度表def_job，可以用查找調度表的 方法,來檢查任務是否重復配置,例如：select * from def_job where jo

34、b_name=T05_EVENT_DETAIL_DC_A ，查詢結果為兩條或以上，表明此任務已經重復 配置，調度配置錯誤。323.7 輸出XM_DW_T_X項目模型腳本集成測試用例XM_DW_M_XX目模型腳本集成測試用例評審記錄XM_DW_M_XX目模型腳本集成測試報告缺陷庫（MQC）323.8 退出條件集成測試中發現的缺陷得到糾正。過程要求的所有文檔完成。3.2.4集成測試（應用腳本）3.241 目的對系統接口或腳本進行集成測試，以滿足業務測試的準入條件。3.2.4.2 角色和職責角色職責應用負責人監控測試結果確保缺陷得到解決。開發人員提供要測試的代碼版本或腳本，修改缺陷測試組篩選測試數據

35、與測試用例綁定，執行測試、記錄缺陷，補充、維護測試用例。3.2.4.3 進入條件按測試計劃的安排，項目進行到集成測試階段。 測試數據已準備好 版本可提交測試 單元測試已經通過，滿足“集成測試準入檢查單”的條件。3.2.4.4 輸入XM_DW_P_X項目應用腳本集成測試計劃XM_DW_M_XX目應用腳本單元測試報告XM_DW_T_X項目映射文檔準備好的測試數據 已準備好進行集成測試的代碼或腳本3.2.4.5 任務描述測試組編寫集成測試用例， 編寫用例時要參考之前項目在生產環境發現的問題， 以 便在以后的應用中進行針對性的測試； 測試組根據測試用例在已有測試數據范圍內篩選測試數據，與測試用例綁定；

36、 組織設計人員和開發組對測試用例進行評審， 并形成評審記錄， 納入 CC 進行管理； 測試人員根據集成測試計劃和通過評審的集成測試用例， 從 CC 的集成測試流上提 取要測試的版本來進行測試，配置管理員對集成測試流上的版本進行嚴格控制； 測試人員在 MQC 中記錄發現的缺陷，開發組長對缺陷進行分析， 如是缺陷則分配 給開發人員進行修改，如需要其他組（設計組等）進行解決，則通過項目組的協 同工單進行缺陷的解決，缺陷修改后， 由配置管理員發布下一個測試版本，測試 人員進行回歸測試。 在集成測試的里程碑點，測試組長根據測試記錄提交集成測試報告。3.2.4.6 輸出XM_DW_T_X項目應用腳本集成測

37、試用例XM_DW_M_XX目應用腳本集成測試用例評審記錄XM_DW_M_XX目應用腳本集成測試報告缺陷庫（ MQC ）3.247退出條件集成測試中發現的缺陷得到糾正。過程要求的所有文檔完成。3.3業務測試（只適用于應用腳本）3.3.1業務測試活動流程圖332業務測試準備3.321 業務測試計劃33211目的明確業務測試的范圍、測試方法、規則，指導業務測試工作的正確執行。33212角色和職責角色職責應用負責人確定業務測試的范圍、規則、進度和人員安排等，編寫業務測試計劃業務人員、測試組參與評審業務測試計劃33213進入條件XM_DW_P_X項目計劃已完成XM_DW_R_XX目需求分析說明書和 XM_DW_T_X項目映射文檔初稿已完成33214輸入xm_dw_p_xM目計劃XM_DW_R_XX目需求分析說明書XM_DW_T_X項目映射文檔33215任務描述應用負責人根據項目計劃， 編寫業務測試計劃，包括測試相關方的工作安排和測試過 程等；應用負責人組織業務人員和測試組對測試計劃進行評審，并形成評審記錄；33216輸出xm_dw_p_xM