軟件測試之數(shù)據(jù)遷移測試總結

軟件測試之數(shù)據(jù)遷移測試總結因舊系統(tǒng)代碼過于繁重，代碼更新代價大，界面不再適應大家當前的審美及操作習慣，項目會進行重新的開發(fā)，從而產生一個新模塊或者新系統(tǒng)。新系統(tǒng)產生，在進行測試的時候測試工作量較大。針對此工作，做如下總結。1.確保新系統(tǒng)功能完善且已完成大部分的測試工作。因新系統(tǒng)生成后，會產生信息的新的數(shù)據(jù)信息，同時需要兼容數(shù)據(jù)遷移過來的舊數(shù)據(jù)信息，如果新系統(tǒng)的功能存在大量的bug或者是功能不完善，此時如果進行數(shù)據(jù)遷移，系統(tǒng)中產生的bug不容易區(qū)分是對舊數(shù)據(jù)產生的兼容性錯誤還是新系統(tǒng)本身的錯誤。2.舊數(shù)據(jù)新頁面數(shù)據(jù)遷移后，需保證，舊數(shù)據(jù)在新的系統(tǒng)模塊頁面中的展示查看時不應有報錯信息。此時應考慮將某單一數(shù)據(jù)進行取出后進行測試，保證頁面不報錯。再一個比較重要的是，遷移過來的數(shù)據(jù)項內容對于在新頁面的顯示問題。常見的有以下幾種：1）原值顯示，之前的值為多少，遷移后原值顯示。2）同一數(shù)據(jù)項內容，不同的值得顯示，如狀態(tài)：提交后，審批中、審批完成等，需判斷舊數(shù)據(jù)不同場景或者不同值在遷移以后再新biz頁面的顯示。3）空值判定，對于空值，在制定遷移方案或者需求中應進行說明，空值遷移以后是以空值正常顯示，還是以某個固定值為替補，確認后進行測試。4）關聯(lián)數(shù)據(jù)，新系統(tǒng)的某個值是經過舊數(shù)據(jù)中多個字段產生，或者多個值運算產生，此時應分情況進行綜合考慮。5）字段處理，如某些舊系統(tǒng)中的整數(shù)，要求在新系統(tǒng)中為小數(shù)點后兩位的顯示，或者日期只有年月日不要時分秒等的規(guī)則，進行字段處理的情況。6）是否符合新系統(tǒng)中的校驗規(guī)則，新系統(tǒng)是否對某個字段新增了校驗規(guī)則，如果有，此種情況需進行兼容新系統(tǒng)的校驗規(guī)則，此是需跟需求進行確認該種場景應如何處理。7）接口測試，因系統(tǒng)中調用了某些不遷移的數(shù)據(jù)模塊的接口，所以需進行查看新系統(tǒng)頁面中對于未遷移的數(shù)據(jù)的支持及調用情況。8）附件遷移，附件是一個特殊的模塊，查看遷移方案是調整附件的重新指向，還是講附件名稱重新定義為符合新biz規(guī)則的情況，針對不同情形，進行相關測試。3.舊數(shù)據(jù)新table遷移方案制定的時候，一般會進行篩選數(shù)據(jù)，或者全部遷移。如果進行了篩選數(shù)據(jù)，再執(zhí)行遷移（針對某個單一模塊更新），那么在進行測試的時候，需進行查看不符合篩選條件的數(shù)據(jù)是否也被遷移，在源頭上進行把控；是否存在即符合遷移條件同時又不符合遷移條件的異常數(shù)據(jù)；篩選后的數(shù)據(jù)數(shù)量是否遷移成功的數(shù)據(jù)保持一致，如果有失敗數(shù)據(jù)需從日志中進行篩選過濾，查看遷移失敗原因。如果沒有篩選數(shù)據(jù)，直接進行整體遷移（整個模塊或者項目遷移），在進行測試的時候還是同樣，第一，需保證舊數(shù)據(jù)的數(shù)量與新的數(shù)據(jù)數(shù)量是一致的。第二，如果不一致，需進行查看遷移失敗的數(shù)據(jù)，失敗原因。數(shù)據(jù)遷移中被舍棄的數(shù)據(jù)：因遷移，有些字段對于新系統(tǒng)將不再適用，所以，會有一個舍棄，此時應考慮舍棄的數(shù)據(jù)是否會影響到遷移數(shù)據(jù)的情況，不過此種情況一般是不會有問題的，因需求和開發(fā)進行舍棄這些此段時也會進行排查。不過測試人員還是需進行相關排查。新系統(tǒng)中新增的字段：新兼容系統(tǒng)，新系統(tǒng)會產生相應的新的字段，此時應考慮舊數(shù)據(jù)中對新字段的對應及其相關的關聯(lián)關系。如果沒有對應關系的新字段，是否會影響新系統(tǒng)中的業(yè)務場景。注意點：1，遷移失敗數(shù)據(jù)的過濾，數(shù)據(jù)遷移時肯定因不同情形會產生遷移失敗的情況，應要求開發(fā)記錄遷移失敗數(shù)據(jù)，以便后續(xù)跟蹤過濾。2，單證序列號的測試，新系統(tǒng)使用時是否是根據(jù)舊數(shù)據(jù)的序列號后以此產生。如果還是根據(jù)業(yè)務規(guī)則重新計數(shù)，是否會產生同一序列情況。4.舊數(shù)據(jù)新業(yè)務邏輯1），頁面查看，舊數(shù)據(jù)遷移成功后，如果是僅查看的內容，即驗證數(shù)值系那是正確，可以兼容所有數(shù)據(jù)即可。2），新系統(tǒng)后續(xù)頁面邏輯，舊數(shù)據(jù)遷移后，有可能是僅支持查看即可，有時仍需在系統(tǒng)中進行其他業(yè)務邏輯，如果購物系統(tǒng)，在加入購物車的物品，在新系統(tǒng)中不僅要支持可以查看到該購物車的這次數(shù)據(jù)，還應可以繼續(xù)在新系統(tǒng)中進行提交訂單等操作，此時應根據(jù)不同情形分類場景，將不同場景的舊數(shù)據(jù)情況考慮在內，然后分別在新系統(tǒng)中進行驗證。3），遷移到系統(tǒng)中，與舊系統(tǒng)的業(yè)務接口對接，因有些系統(tǒng)屬于某個模塊單獨遷移，其余模塊暫不遷