第一次在項目中遇到數據遷移測試，從一頭霧水開始做起，繞了不少彎路，趁著項目還沒有結束，趕緊總結一下，適時調整思路。
一、沒有需求文檔=沒有測試需求？
這次項目的數據遷移，SA是缺失的，但是測試需求還是可以跟開發人員溝通確認：
● 遷移的是哪幾張表？
● 遷移表之間是否存在關聯關系，如何關聯？
● 遷移表中，那些字段的數據需要遷移，那些字段不需要遷移，不做遷移是否會隱藏風險？
● 遷移表的表結構在新老庫中是否相同，包括：
是否存在新表的必填字段而舊表沒有，應該用什么數據填寫？
是否存在舊表數據在新表中沒有對應字段存儲，如何處理？
是否存在新舊表中字段類型、長度不一致，能否正確轉換？
● 需遷移的數據共計多少條記錄？
● 舊表中字段是否存儲特定值？（遷移后需關注新舊表中存儲數據是否一致）
二、從業務層面檢查，保證遷移數據可用性
確認遷移需求之后，直接檢查數據庫表及其數據是發現數據遷移缺陷最快捷的一個方法，但是有一些缺陷還是不能單純通過這種方式發現的，還是需要從業務層面去檢查，而且對于遷移數據也需要保證其在業務流程上是可用的——即：遷移前，這些數據能支持完成什么功能，不支持什么功能，遷移后應該也是一致的。所以，除了檢查數據庫表及其數據，還需要挑選遷移數據，去回歸這些相應的功能，其測試范圍可以側重以下幾點：
1、該數據支持完成的功能
2、改數據不支持完成的功能
3、涉及到跨子系統的功能（需要關聯系統維護相關數據，這是不能通過數據庫檢視來發現問題的，必須跑業務流程才能驗證）
4、涉及到查詢表數據，尤其是查詢多表的功能（尤其是報表功能，還有一些查詢回顯信息的功能）
——暫時接觸到和想到的就是這些，后續有補充再更新吧。