數據遷移測試總結

     因舊系統代碼過於繁重，代碼更新代價大，界面再也不適應你們當前的審美及操做習慣，項目會進行從新的開發，從而產生一個新模塊或者新系統。

     新系統產生，在進行測試的時候測試工做量較大。針對此工做，作以下總結。

    1，確保新系統功能完善且已完成大部分的測試工做。

           因新系統生成後，會產生信息的新的數據信息，同時須要兼容數據遷移過來的舊數據信息，若是新系統的功能存在大量的bug或者是功能不完善，

       此時若是進行數據遷移，系統中產生的bug不容易區分是對舊數據產生的兼容性錯誤仍是新系統自己的錯誤。

     2，舊數據新頁面

           數據遷移後，需保證，舊數據在新的系統模塊頁面中的展現查看時不該有報錯信息。此時應考慮將某單一數據進行取出後進行測試，保證頁面不報錯。

        再一個比較重要的是，遷移過來的數據項內容對於在新頁面的顯示問題。常見的有如下幾種：

            1）原值顯示，以前的值爲多少，遷移後原值顯示。

            2）同一數據項內容，不一樣的值得顯示，如狀態：提交後，審批中、審批完成等，需判斷舊數據不一樣場景或者不一樣值在遷移之後再新biz頁面的顯示。

            3）空值斷定，對於空值，在制定遷移方案或者需求中應進行說明，空值遷移之後是以空值正常顯示，仍是以某個固定值爲替補，確認後進行測試。

            4）關聯數據，新系統的某個值是通過舊數據中多個字段產生，或者多個值運算產生，此時應分狀況進行綜合考慮。

            5）字段處理，如某些舊系統中的整數，要求在新系統中爲小數點後兩位的顯示，或者日期只有年月日不要時分秒等的規則，進行字段處理的狀況。

            6）是否符合新系統中的校驗規則，新系統是否對某個字段新增了校驗規則，若是有，此種狀況需進行兼容新系統的校驗規則，此是需跟需求進行確認

           該種場景應如何處理。

            7）接口測試，因系統中調用了某些不遷移的數據模塊的接口，因此需進行查看新系統頁面中對於未遷移的數據的支持及調用狀況。

            8）附件遷移，附件是一個特殊的模塊，查看遷移方案是調整附件的從新指向，仍是講附件名稱從新定義爲符合新biz規則的狀況，針對不一樣情形，進行

             相關測試。

     3，舊數據新table

           遷移方案制定的時候，通常會進行篩選數據，或者所有遷移。

           若是進行了篩選數據，再執行遷移（針對某個單一模塊更新），那麼在進行測試的時候，需進行查看不符合篩選條件的數據是否也被遷移，在源頭

       上進行把控；是否存在即符合遷移條件同時 又不符合遷移條件的異常數據；篩選後的數據數量是否遷移成功的數據保持一致，若是有失敗數據需從日誌

       中進行篩選過濾，查看遷移失敗緣由。

           若是沒有篩選數據，直接進行總體遷移（整個模塊或者項目遷移），在進行測試的時候仍是一樣，第一，需保證舊數據的數量與新的數據數量是一致的。

       第二，若是不一致，需進行查看遷移失敗的數據，失敗緣由。

           數據遷移中被捨棄的數據：因遷移，有些字段對於新系統將再也不適用，因此，會有一個捨棄，此時應考慮捨棄的數據是否會影響到遷移數據的狀況，不過

       此種狀況通常是不會有問題的，因需求和開發進行捨棄這些此段時也會進行排查。不過測試人員仍是需進行相關排查。

            新系統中新增的字段：新兼容系統，新系統會產生相應的新的字段，此時應考慮舊數據中對新字段的對應及其相關的關聯關係。若是沒有對應關係的新字段，

       是否會影響新系統中的業務場景。

            注意點：1，遷移失敗數據的過濾，數據遷移時確定因不一樣情形會產生遷移失敗的狀況，應要求開發記錄遷移失敗數據，以便後續跟蹤過濾。

                          2，單證序列號的測試，新系統使用時是不是根據舊數據的序列號後以此產生。若是仍是根據業務規則從新計數，是否會產生同一序列狀況。

     4，舊數據新業務邏輯

           1），頁面查看，舊數據遷移成功後，若是是僅查看的內容，即驗證數值系那是正確，能夠兼容全部數據便可。

           2），新系統後續頁面邏輯，舊數據遷移後，有多是僅支持查看便可，有時仍需在系統中進行其餘業務邏輯，若是購物系統，在加入購物車的物品，在新系統中不只

                    要支持能夠查看到該購物車的此次數據，還應能夠繼續在新系統中進行提交訂單等操做，此時應根據不一樣情形分類場景，將不一樣場景的舊數據狀況考慮在

                    內，而後分別在新系統中進行驗證。

           3），遷移到系統中，與舊系統的業務接口對接，因有些系統屬於某個模塊單獨遷移，其他模塊暫不遷移，因此此時應考慮，遷移後的數據是否可直接與此處進行直接

                     業務對接。

          總得來講，數據遷移就是要保證新系統能用的狀況下，兼容舊數據，且舊數據不影響新系統的使用，且舊數據也可以兼容新系統的業務邏輯。