數(shù)據(jù)倉庫項目數(shù)據(jù)類測試流程圖

1編寫目的.....................................................................3

2角色與職責...................................................................3

3過程活動描述.................................................................5

3.1單元測試............................................................5

3.1.1單元測試活動流程圖..............................................5

3.1.2單元測試準備....................................................7

3.1.2.1單元測試計劃準備.......................................7

3.1.2.1.1目的................................................7

3.1.2.1.2角色和職責.........................................7

3.1.2.1.3進入條件...........................................7

3.1.2.1.4輸入................................................7

3.1.2.1.5任務描述...........................................7

3.1.2.1.6輸出................................................7

3.1.2.1.7退出條件...........................................8

3.1.2.2單元測試數(shù)據(jù)和環(huán)境準備.................................8

3.1.2.2.1目的................................................8

3.1.2.2.2角色和職責.........................................8

3.1.2.2.3進入條件...........................................8

3.1.2.2.4輸入................................................8

3.1.2.2.5任務描述...........................................8

3.1.2.2.6輸出...............................................9

3.1.2.2.7退出條件...........................................9

3.1.3單元測試........................................................9

3.1.3.1目的....................................................9

3.1.3.2角色和職責.............................................9

3.1.3.3進入條件................................................9

3.1.3.4輸入....................................................9

3.1.3.5任務描述..............................................10

3.1.3.6測試目標及測試方法....................................10

3.1.3.6.1模型腳本單元測試目標及測試方法..................10

3.1.3.6.2應用腳本單元測試目標及測試方法...................12

3.1.3.7輸出...................................................12

3.1.3.8退出條件..............................................13

3.2集成測試...........................................................14

3.2.1集成測試活動流程圖.............................................14

3.2.2集成測試準備...................................................15

3.2.2.1集成測試計劃和方案準備................................15

3.2.2.1.1目的...............................................15

3.2.2.1.2角色和職責........................................15

3.2.2.1.3進入條件..........................................15

3.2.2.1.4輸入..............................................15

3.2.2.1.5任務描述..........................................15

3.2.2.1.6輸出..............................................16

3.2.2.1.7退出條件..........................................16

3.2.2.2測試數(shù)據(jù)和環(huán)境準備...................................16

3.2.2.2.1目的...............................................16

3.2.2.2.2角色和職責........................................16

3.2.2.2.3進入條件..........................................17

3.2.2.2.4輸入...............................................17

3.2.2.2.5任務描述..........................................17

3.2.2.2.6輸出...............................................17

3.2.2.2.7退出條件..........................................17

3.2.3集成測試（模型腳本）.........................................17

3.2.3.1目的...................................................17

3.2.3.2角色和職責............................................18

3.2.3.3進入條件..............................................18

3.2.3.4輸入..................................................18

3.2.3.5任務描述..............................................18

3.2.3.6測試目標及測試方法....................................19

3.2.3.6.1PDM、建表語句或導數(shù)語句測試目標.................19

3.2.3.6.2腳本測試目標......................................19

3.2.3.6.3調(diào)度測試目標......................................20

3.2.3.7輸出..................................................21

3.2.3.8退出條件..............................................21

3.2.4集成測試（應用腳本）..........................................21

3.2.4.1目的...................................................21

3.2.4.2角色和職責............................................21

3.2.4.3進入條件..............................................22

3.2.4.4輸入..................................................22

3.2.4.5任務描述..............................................22

3.2.4.6輸出..................................................22

3.2.4.7退出條件..............................................23

3.3業(yè)務測試（只適用于應用腳本）......................................23

3.3.1業(yè)務測試活動流程圖............................................23

3.3.2業(yè)務測試準備..................................................24

3.3.2.1業(yè)務測試計劃..........................................24

3.3.2.1.1目的...............................................24

3.3.2.1.2角色和職責........................................24

3.3.2.1.3進入條件..........................................24

3.3.2.1.4輸入..............................................24

3.3.2.1.5任務描述..........................................24

3.3.2.1.6輸出..............................................24

3.3.2.1.7退出條件..........................................25

3.3.2.2測試數(shù)據(jù)和環(huán)境準備...................................25

3.3.2.2.1目的...............................................25

3.3.2.2.2角色和職責........................................25

3.3.2.2.3進入條件..........................................25

3.3.2.2.4輸入..............................................25

3.3.2.2.5任務描述............................................25

3.3.2.2.6輸出.................................................25

3.3.2.2.7退出條件............................................26

3.3.3業(yè)務測試.........................................................26

3.3.3.1目的.....................................................26

3.3.3.2角色和職責...............................................26

3.3.3.3進入條件.................................................26

3.3.3.4輸入.....................................................26

3.3.3.5任務描述.................................................26

3.3.3.6輸出.....................................................27

3.3.3.7退出條件.................................................27

4變更控制.......................................................................27

5缺陷管理流程...................................................................28

1編寫目的

為了規(guī)范項目的測試工作，給測試組及其與相關組的組間協(xié)調(diào)提供工作指導。

數(shù)據(jù)倉庫項目組成員可依照本細則開展與測試相關的工作。

2角色與職責

本部分列出了項目組成員日常工作中與測試相關的部分職責:

角色職責

負責人1、協(xié)調(diào)測試資源；

2、負責過程總體控制；

3、確定整體的測試計劃和測試方案

測試組1、準備集成測試用例，落實集成測試資源的準備；

2、執(zhí)行集成測試用例、記錄測試結果、執(zhí)行驗證測試；匯報測試結

果；

3、參與《測試計劃》、《測試用例》等的評審

4、協(xié)助進行業(yè)務測試

開發(fā)人員1、修正和總結缺陷，執(zhí)行素統(tǒng)上線;

2、進行單元測試；

3、必要時作為測試人員執(zhí)行測讀；。

配置管理員---------1、提取測成版本，負責版本維護;-----------------------------

業(yè)勢支持人員-------1、給測試組提供必要的業(yè)務支持;-----------------------------

業(yè)務測試人員11、進行業(yè)務測試相關工作

3過程活動描述

3.1單元測試

3.1.1單元測試活動流程圖

角色活動流程輸出席交件介入時機

\開始〉

■

*

單元測試計劃項目計劃通過評審

開發(fā)組長《單元測試計劃》

應用負責人、開發(fā)

單元測試計劃評審《單元測試計劃評審記錄》單元測試計劃初稿完成

組、測試組1

,，猶蚪A

單元測試計劃通過評審

開發(fā)人員《單元測試案例和數(shù)據(jù)》映射初稿完成

單元測試

索碗和熱棍

設計人員、測試組、單元測試案例《單元測試案例和數(shù)據(jù)評審記錄》單元測試案例初稿完成

開發(fā)組和數(shù)軍評審

V-通過港事?

單元測試計劃和案例通過評審

開發(fā)組長《測試環(huán)境申請單》

單元測試環(huán)境申請

<-

系統(tǒng)組單元測試環(huán)境準備測試環(huán)境環(huán)境申請單提交后

開發(fā)組

單元測試環(huán)境驗證測試環(huán)境已具備

-膾證通通”一

測試環(huán)境檢查通過

開發(fā)人員單元測試案例執(zhí)行《單元測試案例》中的測試記錄

》碰陷測試案例通過評審

編寫單元測試報告《單元測試報告》

開發(fā)組長單元測試發(fā)現(xiàn)的缺陷已解決

敕即和I;企加未《單元測試腳本》

測試組測試組對單元測試《單元測試抽樣檢查記錄》單元測試報告提交

秸果進行抽樣椅杳

7

""-檢朝過”

3.1.2單元測試準備

3.1.2.1單元測試計劃準備

3.1.2.1.1目的

明確單元測試的范圍、測試方法、規(guī)則，指導單元測試工作的正確執(zhí)行。

3.1.2.1.2角色和職責

角色職責

開發(fā)組長確定單元測試的范圍、規(guī)則、進度和人員安排等，編寫單元測試計劃

測試組參與評審單元測試計劃

3.1.2.1.3進入條件

>?XM_DW_P_XX項目計劃〉〉已完成

>?XM_DW_R_XX項目需求分析說明書〉〉和?XM_DW_T_XX項目數(shù)據(jù)映射文檔》

初稿已完成

3.1.2.1.4輸入

>?XM_DW_P_XX項目計劃》

>?XM_DW_R_XX項目需求分析說明書》

>?XM_DW_T_XX項目數(shù)據(jù)映射文檔〉〉

3.1.2.1.5任務描述

>開發(fā)組長根據(jù)項目計劃，編寫單元測試計劃，包括測試相關方的工作安排和測試過程等;

>開發(fā)組長組織測試組和開發(fā)組對單元測試計劃進行評審，并形成評審記錄；

3.1.2.1.6輸出

>?XM_DW_P_XX項目單元測試計劃〉〉

>?XM_DW_M_XX項目單元測試計劃評審記錄》

3.1.2.1.7退出條件

《XM_DW_P_XX項目單元測試計劃》評審通過

3.1.2.2單元測試數(shù)據(jù)和環(huán)境準備

3.1.2.2.1目的

確定測試環(huán)境，并獲取測試數(shù)據(jù)，滿足測試需要。

3.1.2.2.2角色和職責

角色職責

開發(fā)組長確定并申請需耍的測試環(huán)境和測試數(shù)據(jù)

系統(tǒng)組按需求準備測試環(huán)境

開發(fā)組對單元測試環(huán)境和測試數(shù)據(jù)進行驗證確認

3.1.2.2.3進入條件

《XM_DW_R_XX項目需求分析說明書〉〉和《XM_DW_T_XX項目數(shù)據(jù)映射文檔〉〉初稿

已完成

3.1.2.2.4輸入

>?XM_DW_R_XX項目需求分析說明書〉〉

>?XM_DW_T_XX項目數(shù)據(jù)映射文檔》

3.1.2.2.5任務描述

>應用負責人在需求和映射文檔通過評審時，提出測試環(huán)境（包括單元測試、集成測試

和用戶測試環(huán)境）申請；

>開發(fā)人員編寫單元測試案例，包括所需要的測試數(shù)據(jù)；

>如測試數(shù)據(jù)需要其他組協(xié)助準備，則提出測試數(shù)據(jù)申請；

>系統(tǒng)組根據(jù)申請進行測試環(huán)境的搭建，并以郵件形式將配置參數(shù)信息通知給開發(fā)組和

測試組；

>開發(fā)組對已搭建的測試環(huán)境和準備好的測試數(shù)據(jù)進行確認；

3.1.2.2.6輸出

>測試環(huán)境

>?XM_DW_T_XX項目單元測試案例〉〉

>?XM_DW_M_XX項目單元測試案例評審記錄》

3.1.2.2.7退出條件

>測試環(huán)境已準備就緒

>?XM_DW_T_XX項目單元測試案例〉〉已通過評審

3.1.3單元測試

3.1.3.1目的

>對軟件各模塊進行單元測試，尋找并改正缺陷，保證產(chǎn)品質(zhì)量。單元測試一般由開

發(fā)人員來完成。測試人員負責測試執(zhí)行情況的檢查和審計，確保單元測讀執(zhí)行，并

滿足進入Build和集成階段條件。根據(jù)業(yè)務不同，必要時也可以安排測試人員執(zhí)

行單元測試。

3.1.3.2角色和職責

角色職責

開發(fā)組長制定單元測試計劃。

開發(fā)人員編寫測試用例，執(zhí)行測試并記錄缺陷，修改錯誤。

測試人員檢查和審計單元測試執(zhí)行情況，必要時執(zhí)行單元測試；

3.1.3.3進入條件

>按測試計劃的安排，項目進行到單元測試階段。

>程序可進行測試。

3.1.3.4輸入

>?XM_DW_T_XX項目數(shù)據(jù)映射文檔〉〉

>?XM_DW_T_XX項目單元測試案例〉〉

>待測試的腳本或代碼

3.1.3.5任務描述

>根據(jù)總的測試計劃明確和細化單元測試的測試計劃；

>開發(fā)人員根據(jù)開發(fā)腳本的情況，完善單元測試案例；

>開發(fā)人員根據(jù)單元測試計劃和相應的測試用例來測試同伴或自己的代碼；

>在單元測試案例中記錄測試結果，分析測試結果，對Bug進行糾正并記錄；

>在單元測試結束時編寫單元測試報告；

>將單元測試時使用的SQL整理成腳本，作為一個配置項，以便以后復用；

>測試組對單元測試進行抽樣檢查，并形成檢查記錄；

3.1.3.6測試目標及測試方法

3.1.3.6.1模型腳本單元測試目標及測試方法

>腳本成功運行檢查

測試內(nèi)容：腳本能否成功運行，是否有錯誤

測試方法：使用單元測試調(diào)度腳本（unit_checking.pl下同），腳本調(diào)度0200.pl腳本，

隨后解析生成的日志，將解析的結果（日志中的錯誤個數(shù)）插入單元測試結果表

（dwptemp.checking_data_quality下同）。

存在缺陷：無

>腳本重運行檢查

測試內(nèi)容：判斷同一個腳本加載相同的數(shù)據(jù)重復運行后結果是否一致

測試方法：單元測試調(diào)度程序每次調(diào)度都重復調(diào)度任務兩次，數(shù)據(jù)質(zhì)量檢查腳本也會運

行兩次，第一次運行后將目標表的數(shù)據(jù)進行備份，第二次判斷備份表和源表整體數(shù)據(jù)是

否一致，將不一致數(shù)據(jù)的記錄數(shù)插入單元測試結果表。

存在缺陷：無

>腳本規(guī)范性檢查

測試內(nèi)容：腳本是否符合項目組腳本規(guī)范性要求

測試方法：使用單元測試調(diào)度腳本，腳本調(diào)度腳本規(guī)范性檢查腳本，隨后解析生成的日

志，將解析的結果（不符合規(guī)范性個數(shù)）插入單元測試結果表。

存在缺陷：無

>主鍵重復檢查

測試內(nèi)容：數(shù)據(jù)加載完成后目標表中是否存在主鍵重復的紀錄

測試方法：使用單元測試調(diào)度腳本，腳本調(diào)度數(shù)據(jù)質(zhì)量檢查9000.pl腳本（下同），數(shù)

據(jù)質(zhì)量檢查腳本中的主鍵重復性檢查語句查詢目標表中主鍵重復的記錄數(shù)并將該數(shù)值

插入單元測試結果表。

存在缺陷：無

>主鍵中包含空格檢查

測試內(nèi)容：數(shù)據(jù)加載完成后目標表的主鍵鍵值中是否存在空格

測試方法：數(shù)據(jù)質(zhì)量檢查腳本中的主鍵鍵值是否包含空格邏輯查詢主鍵鍵值中包含空格

（去除值尾空格）的記錄數(shù)并將該數(shù)值插入單元測試結果表。

存在缺陷：無

>PI是否偏

測試內(nèi)容：檢查目標表數(shù)據(jù)分布情況

測試方法：數(shù)據(jù)質(zhì)量檢查腳本查詢Teradata數(shù)據(jù)字典，計算數(shù)據(jù)分布偏值，將計算值

插入單元測試結果表。

存在缺陷：生產(chǎn)環(huán)境和測試環(huán)境的硬件差別導致數(shù)據(jù)分布情況也不一致，另外外測試的

數(shù)據(jù)量不大的情況下測試也不充分，該結果作為參考。

>源表目標表記錄數(shù)一致性（不充分）

測試內(nèi)容：源表和目標表記錄數(shù)核對

測試方法：數(shù)據(jù)質(zhì)量檢查腳本查詢源表記錄數(shù)和目標表記錄數(shù)，將查詢結果插入單元測

試結果表。

存在缺陷：當目標表所對應的源表是一個表的情況下測試比較充分，但源表有多個或者

源表的取數(shù)規(guī)則比較復雜時，DMM映射模版生成的審核語句不準確，需要手工進行腳

本修改，建議目前還是有測試組進行測試，待單元測試的其他內(nèi)容執(zhí)行順利后再和測試

組溝通將該測試內(nèi)容完整的納入單元測試中。

>標準代碼轉換是否正確

測試內(nèi)容：對選擇進行標準代碼轉換的字段判斷目標表該字段值是否在標準代碼表中

測試方法：數(shù)據(jù)質(zhì)量檢查腳本查詢目標表中進行標準代碼轉換的字段，取值不在標準代

碼表中記錄個數(shù)插入單元測試結果表。

存在缺陷：無

>拉鏈表拉鏈邏輯檢查

測試內(nèi)容：歷史拉鏈表的拉鏈邏輯是否存在問題，是否有開鏈、斷鏈問題

測試方法：數(shù)據(jù)質(zhì)量檢查腳本根據(jù)拉鏈表邏輯檢查拉鏈表是否存在問題，將查詢出存在

拉鏈邏輯錯誤的記錄數(shù)插入單元測試結果表。

存在缺陷：無

>字段是否發(fā)生截取檢查

測試內(nèi)容：檢查當源表字段定義超過目標表定義情況下的字段值截取情況

測試方法：DMM映射文檔的腳本生成器在生成質(zhì)量檢查腳本時判斷源表的字段定義是

否超過目標表的字段定義，如果超過則生成審核語句判斷數(shù)據(jù)實際加載中源表該段的最

大值是否超過目標表該字段的定義，將超過目標表字段定義的記錄數(shù)插入單元測試結果

表。

存在缺陷：尚在開發(fā)中，由于只能根據(jù)實際處理的數(shù)據(jù)來最終判斷是否存在字段截取情

況，因此當被截取數(shù)據(jù)出現(xiàn)在測試加載數(shù)據(jù)之外的情況將無法發(fā)現(xiàn)。

>DMM映射完整性

測試內(nèi)容：判斷開發(fā)組的開發(fā)內(nèi)容和模型組的設計內(nèi)容在范圍上是否一致，是否存在遺

漏。模型組根據(jù)目標表的結構進行模型設計并提交設計文檔，模型組設計的每一組映射

都應該在開發(fā)組進行映射開發(fā)，不能存在模型組作了設計而開發(fā)組遺漏的情況。

測試方法：在DMM映射文檔的VB宏中增加統(tǒng)計映射個數(shù)的邏輯，分別統(tǒng)計模型組

設計的映射個數(shù)和開發(fā)組開發(fā)的映射個數(shù)，不一致時提示錯誤。

存在缺陷：需要模型組根據(jù)目標表進行設計，該流程梳理中，VB宏尚未開發(fā)。

3.1.3.6.2應用腳本單元測試目標及測試方法

>腳本成功運行檢查

測試內(nèi)容：腳本能否成功運行，是否有錯誤

測試方法：手工編寫相應測試腳本進行測試。

>腳本重運行檢查

測試內(nèi)容：判斷同一個腳本加載相同的數(shù)據(jù)重復運行后結果是否一致

測試方法：手工編寫相應測試腳本進行測試。

>腳本規(guī)范性檢查

測試內(nèi)容：腳本是否符合項目組腳本規(guī)范性要求

測試方法：執(zhí)行腳本規(guī)范性檢查腳本，隨后分析生成的日志。

>主鍵重復檢查

測試內(nèi)容：數(shù)據(jù)加載完成后目標表中是否存在主鍵重復的紀錄

測試方法：手工編寫相應測試腳本進行測試。

>主鍵中包含空格檢查

測試內(nèi)容：數(shù)據(jù)加載完成后目標表的主鍵鍵值中是否存在空格

測試方法：手工編寫相應測試腳本進行測試。

>PI是否偏

測試內(nèi)容：檢查目標表數(shù)據(jù)分布情況

測試方法：手工編寫相應測試腳本進行測試。

>源表目標表記錄數(shù)一致性

測試內(nèi)容：源表和目標表記錄數(shù)核對

測試方法：手工編寫相應測試腳本進行測試。

>標準代碼轉換是否正確

測試內(nèi)容：對選擇進行標準代碼轉換的字段判斷目標表該字段值是否在標準代碼表中

測試方法：手工編寫相應測試腳本進行測試。

>拉鏈表拉鏈邏輯檢查

測試內(nèi)容：歷史拉鏈表的拉鏈邏輯是否存在問題，是否有開鏈、斷鏈問題

測試方法：手工編寫相應測試腳本進行測試。

>字段是否發(fā)生截取檢查

測試內(nèi)容：檢查當源表字段定義超過目標表定義情況下的字段值截取情況

測試方法：手工編寫相應測試腳本進行測試。

3.1.3.7輸出

>單元測試結果記錄（在《XM_DW_T_XX項目單元測試案例》中記錄）

>單元測試腳本

>?XM_DW_M_XX項目單元測試報告〉〉

>?XM_DW_M_XX項目單元測試檢查記錄》

3.1.3.8退出條件

>發(fā)現(xiàn)的缺陷均得到修正

>單元測試抽樣檢查通過

3.2集成測試

3.2.1集成測試活動流程圖

3.2.2集成測試準備

3.2.2.1集成測試計劃和方案準備

3.2.2.1.1目的

明確集成測試的范圍、測試方法、規(guī)則，指導單元測試工作的正確執(zhí)行。

3.2.2.1.2角色和職責

模型腳本:

角色職責

模型開發(fā)負責人提供集成測試范圍，評審集成測試計劃/方案和測試需求

測試組確定集成測試的范雨、規(guī)則、進度和人員安排等，編與集成測試計劃和

方案，提取測試需求

應用腳本:

角色職責

應用負責人應提供集成測試范圍，評審集成測試計劃/方案和測試需求

用測試人員確定集成測試的范圍、規(guī)則、進度和人員安排等，編寫集成測試計劃和

方案，提取測試需求

3.2.2.1.3進入條件

>項目計劃已完成

>《需求分析規(guī)格〉〉和《映射文檔》初稿已完成

3.2.2.1.4輸入

>?XM_DW_P_XX項目計劃》

>?XM_DW_R_XX項目需求分析說明書》

>?XM_DW_T_XX項目數(shù)據(jù)映射文檔》

3.2.2.1.5任務描述

模型腳本：

>測試組根據(jù)項目計劃，編寫測試計劃，包括測試相關方的工作安排和測試過程等;

>測試組組織模型開發(fā)組對測試計劃/方案進行評審，并形成評審記錄；

A測試組成員熟悉需求，理解業(yè)務規(guī)則，編寫測試需求，為測試做好準備；

>測試組組織模型開發(fā)負責人和相關人員對測試計劃/方案進行評審，并形成評審記

錄；

>測試組組織模型開發(fā)負責人和相關人員對測試需求和案例進行評審，并形成評審記

錄。

應用腳本：

>應用負責人根據(jù)項目計劃，編寫測試計劃，包括測試相關方的工作安排和測試過程等；

>應用負責人根據(jù)項目的特性確定測試方案；

>應用測試成員熟悉需求，理解業(yè)務規(guī)則，編寫測試需求，為測試做好準備；

>應用負責人組織相關人員對測試計劃/方案進行評審，并形成評審記錄；

>應用負責人組織相關人員對測試需求和案例進行評審，并形成評審記錄。

3.2.2.1.6輸出

>?XM_DW_P_XX項目模型/應用腳本集成測試計劃/方案》

>?XM_DW_T_XX項目模型/應用腳本集成測試需求〉〉

>?XM_DW_T_XX項目模型腳本測試案例》（體現(xiàn)在MQC上）

>?XM_DW_T_XX項目應用腳本測試案例〉〉

3.2.2.1.7退出條件

《XM_DW_P_XX項目模型/應用腳本集成測試計劃/方案〉〉、如M_DW_T_XX項目模型

/應用腳本測試需求》、《XM_DW_T_XX項目模型/應用腳本集成測試案例〉〉評審通過

3.2.2.2測試數(shù)據(jù)和環(huán)境準備

3.2.2.2.1目的

確定測試環(huán)境，并獲取測試數(shù)據(jù)，滿足測試需要。

3.2.2.2.2角色和職責

角色職責

模型開發(fā)/應用開發(fā)確定并申請需要的測試環(huán)境（一般在單元測試階段一起申請）和測試

負責人數(shù)據(jù)

OUS接口組/系統(tǒng)按需求申清利準備測試數(shù)據(jù)和環(huán)境

組

測風組對測成環(huán)境和測式數(shù)據(jù)進行驗證確認

3.2.2.2.3進入條件

>?XM_DW_R_XX項目需求分析說明書》和《XM_DW_T_XX項目數(shù)據(jù)映射文檔》

初稿已完成

3.2.2.2.4輸入

>?XM_DW_R_XX項目需求分析說明書〉〉

>?XM_DW_T_XX項目數(shù)據(jù)映射文檔〉〉

3.2.2.2.5任務描述

>應用負責人在測試需求通過評審時，確定測試數(shù)據(jù)范圍，提交《測試數(shù)據(jù)需求〉〉，申

請測試數(shù)據(jù)；

>測試負責人根據(jù)模型開發(fā)負責人確定測試數(shù)據(jù)范圍，提交《測試數(shù)據(jù)需求》，申請測

試數(shù)據(jù)；

>測試組對已搭建的測試環(huán)境和準備好的測試數(shù)據(jù)進行確認；

>數(shù)據(jù)組對測試數(shù)據(jù)進行數(shù)據(jù)質(zhì)量分析（在有現(xiàn)成規(guī)則的情況下）。

3.2.2.2.6輸出

>測試環(huán)境

>?XM_DW_T_XX項目測試數(shù)據(jù)需求〉〉

>測試數(shù)據(jù)

3.2.2.2.7退出條件

下測試環(huán)境和測試數(shù)據(jù)已準備就緒

3.2.3集成測試（模型腳本）

3.2.3.1目的

對系統(tǒng)接口、PDM、調(diào)度依賴配置文檔、建表和導數(shù)語句或腳本進行集成測試，以滿

足上線演練的需求。

3.2.3.2角色和職責

角色職責

模型設計組提供可供集成測試PDM,建表DDL語句及導數(shù)腳本給模型開發(fā)人

員

模型開發(fā)負貢人監(jiān)拴測式結果確保缺監(jiān)得到解決

模型開發(fā)人員提供HI供集成測試腳本、調(diào)度配置文檔、PUM、建表L?DL語句及

導數(shù)腳本給測試組，修改缺陷

惻詆組堀與測風條例，帥也測或數(shù)mP測區(qū)用1則綁/L,J測或、，TT

維護測試用例。

3.2.3.3進入條件

>按測試計劃的安排，項目進行到集成測試階段。

>測試數(shù)據(jù)已準備好

>腳本、調(diào)度配置文檔、PDM、建表DDL語句及導數(shù)腳本的版本可提交測試

>單元測試已經(jīng)通過，滿足“集成測試準入檢查單”的條件。

3.2.3.4輸入

>?XM_DW_P_XX項目集成測試計劃》

>?XM_DW_M_XX項目單元測試報告〉〉

>?XM_DW_T_XX項目映射文檔》

>準備好的測試數(shù)據(jù)和環(huán)境

>已準備好進行集成測試的腳本、調(diào)度配置文檔、PDM、建表DDL語句或導數(shù)腳本

3.2.3.5任務描述

>測試組編寫集成測試用例，編寫時要參考之前項目在生產(chǎn)環(huán)境發(fā)現(xiàn)的問題，以便在以

后的應用中進行針對性的測試；

>測試組從開發(fā)負責人提取要測試的各腳本、調(diào)度配置文檔PDM、建表DDL語句

及導數(shù)腳本的版本來進行測試；

>測試人員在MQC中記錄發(fā)現(xiàn)的缺陷，如可確定是誰負責修復的可直接分配缺陷；反

之則由開發(fā)負責人分配缺陷。缺陷修改后，由開發(fā)負責人發(fā)布下一個測試版本，測

試人員進行回歸測試；

>在集成測試的里程碑點，測試負責人根據(jù)測試記錄提交集成測試報告；

A最終上線演練的版本由測試組提供。

3.2.3.6測試目標及測試方法

3.2.3.6.1PDM、建表語句或導數(shù)語句測試目標

>驗證建表語句DDL與前一版本PDM的差異；

>新舊模型字段的差異性，驗證模型字段是否出現(xiàn)刪減情況，如果出現(xiàn)該情況需要向設

計人員確認；

>PDM與腳本之間的相互驗證，驗證相應的腳本在新的PDM上運行是否正確，一

般空跑即可；

>驗證導數(shù)語句是否正確，驗證目標表與源表的結構、數(shù)據(jù)是否一致。

3.2.3.6.2腳本測試目標

>源表目標表數(shù)據(jù)量核對

測試內(nèi)容：源系統(tǒng)的記錄數(shù)與進入倉庫的記錄數(shù)是否一致(剔除根據(jù)需求不需要進入倉

庫的數(shù)據(jù))

測試方法：Selectcountf*)fromtablewhere?

>機構撤并

測試內(nèi)容：檢查機構撤并的相關腳本運行結果是否準確，主要是系統(tǒng)帳號與客戶賬戶的

對應關系是否正確。

測試方法：根據(jù)對照關系表進行數(shù)據(jù)的驗證。

>金額相關內(nèi)容核對

測試內(nèi)容：檢查腳本運行后金額相關字段的值是否準確，主要是幣種是否關聯(lián)正確和完

整以及金額的數(shù)值是否正確。

測試方法：根據(jù)實際的業(yè)務規(guī)則對數(shù)據(jù)進行核對驗證。

>總分關系延續(xù)性

測試內(nèi)容：總分約束關系主要是針對在源系統(tǒng)中存匯總表與明細表之間必須保持一致的

關系。具體表現(xiàn)為：匯總表中的總數(shù)值要與明細表中該類數(shù)據(jù)的合計保持一致。在銀行的賬

戶類數(shù)據(jù)中存在著大量這樣的情況。對于這列關系的處理也是通過對比數(shù)據(jù)來實現(xiàn)對腳本的檢

測。

測試方法：

Selectfiled,sum(field,assumfromtable_aA

Leftjoin(selectfield,sum(field)assumfromtable_bgroupbyfield)b

Ona.filed=b.field

wherea.sum<>b.sum

A復雜算法的正確性

測試內(nèi)容：對于復雜的數(shù)據(jù)處理原則，測試需要對其算法進行驗證。這種算法需要從需

求出發(fā)，提煉算法規(guī)則，并將符合此類規(guī)則的數(shù)據(jù)提取出來，運用算法加工這部分數(shù)據(jù)

并將結果與腳本結果進行對比。

測試方法：此類檢查由于出來比較復雜，所以不需要全量檢驗，只需按照規(guī)則獲取符合

規(guī)則的部分數(shù)據(jù)進行驗證。

3.2.3.6.3調(diào)度測試目標

＞調(diào)度是否能正常運行；

測試方法：每個應用的CONTROL-M調(diào)度都有一個開始作業(yè)pre」ob,右鍵點擊作業(yè)

pre_job,在彈出的菜單中選擇Free，,本應用的調(diào)度解除了鎖定，調(diào)度開始執(zhí)行，中間不

進行其它操作，觀察調(diào)度能否正常跑完；

＞任務的命名是否合乎規(guī)范，與腳本名是否一致；

測試方法：根據(jù)倉庫規(guī)范，調(diào)度任務名和原Perl腳本名稱要保持一致，否則任務將執(zhí)

行錯誤，根據(jù)出錯的任務，可檢查出任務的命名是否符合規(guī)范；

＞廢棄任務是否被剔除；

測試方法：檢查調(diào)度模板中type類型為delete的任務，查找該任務在CONTROL-M

調(diào)度是否中還存在，如存在，即調(diào)度配置錯誤；

＞任務的依賴是否正確、是否覆蓋完全；

測試方法：分析系統(tǒng)腳本，得出一份腳本的依賴關系列表，再與調(diào)度進行核對，每個腳

本在調(diào)度中都有一個任務名，首選從主腳本開始查找腳本在該調(diào)度中的任務名稱，在依賴

關系列表中進行記錄，如果在調(diào)度中無法查到，說明該依賴被遺漏。然后再查找該腳本

在調(diào)度中的依賴是否與關系中的依賴相同，用這種方法逐個腳本的往下核對，可以測試出

調(diào)度依賴是否正確、覆蓋是否完全；

＞調(diào)度運行頻率、翻牌是否符合設計；

測試方法：在某一業(yè)務日期的調(diào)度全部執(zhí)行完畢后，并能正確進行下一業(yè)務日期的執(zhí)行，

則表明調(diào)度的翻牌符合設計要求。目前CONTROL-M調(diào)度按照腳本運行頻率分組設

計，讓調(diào)度多翻牌幾次，查看運行日志，檢查調(diào)度的業(yè)務日期與腳本的執(zhí)行日期是否一

致，如一致則表明運行頻率正確

＞任務出錯時是否影響調(diào)度的正常運行；

測試方法：CONTROL-M調(diào)度在運行時，作業(yè)會因庫空間不足、SPOOL空間不足、

數(shù)據(jù)質(zhì)量、腳本問題等原因導致執(zhí)行失敗。針對此類情況，可以用人為干預的方法導致

要測試的作業(yè)執(zhí)行失敗，例如可以在腳本中設置語法錯誤、修改測試數(shù)據(jù)等，用來測試

在該任務失敗后，后續(xù)依賴任務是否可以繼續(xù)執(zhí)行，調(diào)度是否能夠翻牌。

調(diào)度執(zhí)行完畢后，檢查結果數(shù)據(jù)是否符合要求：

調(diào)度正常執(zhí)行完并翻牌一次后，可用集成測試的案例的執(zhí)行來檢驗結果數(shù)據(jù)是否符合要求。

此類檢查不要求執(zhí)行全部的案例，只需選擇優(yōu)先級高或者測試范圍大的案例來執(zhí)行，

須盡量保持檢驗的粗粒度。

通過查看日志（日志產(chǎn)生的時間先后，日志內(nèi)容）來確定調(diào)度運行時間、調(diào)度依賴是否

正確。

>調(diào)度是否重復配置。

測試方法：CONTROL-M調(diào)度的任務寫入后臺數(shù)據(jù)庫調(diào)度表defJob,可以用查找調(diào)

度表的方法，來檢查任務是否重復配置，例如：select*fromdefJobwhere

job_name='T05_EVENT_DETAIL_DC_A,，查詢結果為兩條或以上，表明此任務已

經(jīng)重復配置，調(diào)度配置錯誤。

3.2.3.7輸出

>?XM_DW_T_XX項目模型腳本集成測試用例〉〉

>?XM_DW_M_XX項目模型腳本集成測試用例評審記錄〉〉

>?XM_DW_M_XX項目模型腳本集成測試報告》

>缺陷庫（MQC）

3.2.3.8退出條件

>集成測試中發(fā)現(xiàn)的缺陷得到糾正。

>過程要求的所有文檔完成。

3.2.4集成測試（應用腳本）

3.2.4.1目的

對系統(tǒng)接口或腳本進行集成測試，以滿足業(yè)務測試的準入條件。

3.2.4.2角色和職責

角色職責

應用負責人監(jiān)控測試結果確保缺陷得到解決。

開發(fā)人員提供要測試的代碼版本或腳本，修改缺陷

測試組篩選測試數(shù)據(jù)與測試用例綁定，執(zhí)行測試、記錄缺陷，補充、維護測試

用例。

3.2.4.3進入條件

>按測試計劃的安排，項目進行到集成測試階段。

>測試數(shù)據(jù)已準備好

>版本可提交測試

>單元測試已經(jīng)通過，滿足“集成測試準入檢查單''的條件。

3.2.4.4輸入

>?XM_DW_P_XX項目應用腳本集成測試計劃〉〉

>?XM_DW_M_XX項目應用腳本單元測試報告〉〉

>?XM_DW_T_XX項目映射文檔〉〉

>準備好的測試數(shù)據(jù)

>已準備好進行集成測試的代碼或腳本

3.2.4.5任務描述

>測試組編寫集成測試用例，編寫用例時要參考之前項目在生產(chǎn)環(huán)境發(fā)現(xiàn)的問題，以

便在以后的應用中進行針對性的測試；

>測試組根據(jù)測試用例在已有測試數(shù)據(jù)范圍內(nèi)篩選測試數(shù)據(jù)，與測試用例綁定；

>組織設計人員和開發(fā)組對測試用例進行評審，并形成評審記錄，納入cc進行管理；

>測試人員根據(jù)集成測試計劃和通過評審的集成測試用例，從CC的集成測試流上提

取要測試的版本來進行測試，配置管理員對集成測試流上的版本進行嚴格控制；

>測試人員在MQC中記錄發(fā)現(xiàn)的缺陷，開發(fā)組長對缺陷進行分析，如是缺陷則分配給

開發(fā)人員進行修改，如需要其他組（設計組等）進行解決，則通過項目組的《協(xié)同

工單》進行缺陷的解決，缺陷修改后，由配置管理員發(fā)布下一個測試版本，測試人員

進行回歸測試。

>在集成測試的里程碑點，測試組長根據(jù)測試記錄提交集成測試報告。

3.2.4.6輸出

>?XM_DW_T_XX項目應用腳本集成測試用例〉〉

>?XM_DW_M_XX項目應用腳本集成測試用例評審記錄》

>?XM_DW_M_XX項目應用腳本集成測試報告》

>缺陷庫（MQC）

3.2.4.7退出條件

集成測試中發(fā)現(xiàn)的缺陷得到糾正。

過程要求的所有文檔完成。

3.3業(yè)務測試（只適用于應用腳本）

3.3.1業(yè)務測試活動流程圖

3.3.2業(yè)務測試準備

3.3.2.1業(yè)務測試計劃

3.3.2.1.1目的

明確業(yè)務測試的范圍、測試方法、規(guī)則，指導業(yè)務測試工作的正確執(zhí)行。

3.3.2.1.2角色和職責

角色職責

應用負責人確定業(yè)務測試的范圍、規(guī)則、進度和人員安排等，編寫業(yè)務測試計劃

業(yè)務人員、測試組參與評審業(yè)務測試計劃

3.3.2.1.3進入條件

>?XM_DW_P_XX項目計劃〉〉已完成

>?XM_DW_R_XX項目需求分析說明書〉〉和?XM_DW_T_XX項目映射文檔〉〉初稿