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