遷移測試中最重要的一點，竟然經常被忽略？

目標

以銀行的核心繫統從舊核心系統更換為新核心系統為基礎，對匯入到遷移環境的生產資料（已脫敏）進行資料的驗證。 加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

遷移環境需要A、B兩套環境。其中，A環境為新系統環境、B環境為老系統環境。

資料遷移小組

遷移小組：由遷移技術人員、業務人員和測試人員組成。負責遷移規則的驗證、資料的靜態核對；遷移規則的驗證為全部驗證，而資料的靜態核對，則進行抽驗。

資料遷移的驗證

遷移規則的驗證

遷移過程為源表中間表目標表，技術測試驗證源表中間表、中間表目標表之間遷移測試的一致性，確保遷移資料全部符合按照遷移規則，確保老核心系統中需要遷移的資料都能全部遷移到新一代核心系統中。

資料的靜態驗證

在資料遷移成功後，遷移小組根據業務需求對關鍵業務資料展開源系統與目標系統的直接比對。

比如存款賬戶、卡檔案資訊、非結清類貸款、正在使用的憑證、未解凍/解掛的資訊等有效的賬務業務資料彙總資料的核查和關鍵資料的抽驗。

對於源系統到目標系統存在這種簡單關係直接進行源資料表和目標資料表的比對，這部分由程式進行。遷移小組進行核對方式包括彙總核對、明細核對、賬務核對。

例：

以中間表為參照，根據每張遷移表的特點，設計不同維度的統計條件，分別統計源表、目標表的資料量、金額等，全方位保證遷移資料的完整性。統計維度包含但不限於：網點、幣種、產品、狀態、業務種類、憑證種類、客戶型別等。

明細核對

1）資料準確性

根據遷移規則，核對源表中間表、中間表目標表的資料準確性，直接遷移或對映的欄位對比欄位值，有加工規則的按規則加工後核對。

對於源表、目標表欄位型別不一致的，關注型別轉換是否正確。

對於源表、目標表長度不一致的，關注是否出現擷取造成資料失真。

2）資料合法性

檢核遷移資料的合法性，對遷入目標表的遷移資料進行檢核，保證遷移資料在新系統的表中的合法性以及關聯關係。

賬務核對

遷入後新系統比如新核心與中間表之間包括存款、內部資金、現金、重空等不同儲種、幣種、產品的餘額、積數移入前後是否一致。

資料驗證的關注點

1）單欄位檢核注意事項

檢查資料是固定欄位的取值範圍和格式。

預設欄位的檢查：如表欄位不允許為空。

標準引數的檢核：如幣種、賬戶狀態、客戶型別、憑證種類等。

日期合法性檢核：如日期格式合法。

2）多欄位檢核注意事項

檢查表中多個欄位間關聯和約束關係。

表欄位中凍結止付金額有值：則檢查凍結止付狀態是否生效。

銷戶日期有資料：則檢查銷戶日期大於等於開的戶日期，狀態為銷戶。

活期利息：則檢查利息=積數*利率。

可用餘額：則檢查可用餘額=餘額-凍結金額-止付金額。

3）多表間資料關聯與約束性檢核

檢查機構號是否存在機構資訊表中；

檢查櫃員是否存在機構櫃員表中；

產品碼是否存在產品資訊表中；

幣種是否存在幣種表中；

客戶號是否存在客戶資訊表中；

還款賬號是否存在活期賬戶表中；

憑證種類是否存在憑證種類登記薄中；

賬戶凍結是否存在凍結解凍登記薄中；

賬戶止付是否存在止付解付登記薄中；

卡號是否存在卡介質登記薄中。

業務比對驗證測試

遷移完成後，遷移小組中的業務人員，挑選有代表性的資料（如：本行每個行所挑選對公客戶及其存款、貸款賬戶20條，或每個行所挑選50條對私客戶及其賬戶）進行逐條比對。

挑選資料的原則是覆蓋各種業務資料種類，每種型別都需要抽樣幾筆，比對重要欄位的正確性。

業務人員從業務角度提出核對報表、清單，對遷移資料進行彙總核對。

小結

遷移測試中，資料遷移是整個遷移方案中最基礎的環節，而遷移資料的正確性為整個遷移測試提供最基本的資料保障。因此，遷移資料的核檢是整個遷移測試方案中最重要的一環。

最後：

可以我的個人V：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！，其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。

這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！