在實際專案開展過程中，可能會遇到將乙個資料庫從一台伺服器遷移到另外一台伺服器，這個時候就會遇到資料遷移的測試，將資料庫從一台伺服器遷移到另外一台伺服器要從三個方面對其實施測試：資料的正確性，資料的一致完整性，資料的可用性。
資料庫完成遷移後可以按照以下步驟和流程實施測試：
1.首先要確定資料遷移範圍：確定哪些模組的基礎資料完成了遷移或者是整庫的遷移；
2. 找到系統資料庫表結構的設計文件，來了解表及字段的詳細資訊，對照舊資料庫與新資料庫的表結構；
3. 對照舊資料庫與新資料庫的的字段匹配，值匹配關係；
4. 使用遷移的舊資料來測試業務系統的核心流程，遷移的核心舊資料套用業務系統核心流程測試，檢視是否有bug出現；
5.針對基礎資料進行測試：（a）.基於資料庫直接取字段儲存的值進行測試；（b）基於使用者登入業務系統檢視表資料呈現在頁面的相應的值;（c）檢視遷移過來資料的總條數是否正確
6.驗證遷移過來的資料是否可用性
7.業務全場景覆蓋測試：遷移的資料在業務系統操作流程是否受到阻礙，新資料在業務系統操作流程是否受到阻礙
從頁面構造資料完成以下測試點，可以驗證資料庫遷移的正確性和一致完整性：
1.構造頁面字段最長值的資料，測試兩邊字段長度限制的差異
2.在頁面構造各種格式的資料，測試兩邊字段格式限制的差異
3.欄位需要全填的資料，測試兩邊字段是否會丟失或者遷移錯位
4.欄位有預設值的資料，測試兩邊字段預設值是否顯示一致
5.對舊系統有新系統沒有的字段，驗證是否遷移過去
6.針對遷移前後業務系統字段是否為空構造資料測試驗證
7.欄位各種區間資料，測試遷移前後業務系統欄位的範圍限制
另外可以通過個客戶端程式，或者兩個資料庫都寫儲存過程來驗證資料的準確性和完整性:
1. 計算出每個表的紀錄數，看看兩邊是否相等
2. 對於表中是數值型別的，那麼聚合函式就和，看看兩邊結果是否相等
3. 對於字元型別字段，則統計這個字段兩邊資料庫的字元數是否相等
4. 其他型別的字段資料也可以通過各種方式進行類似的計算 ，來驗證兩邊的一致性
5. 一般來說這些資料如果在新舊資料庫算出來的結果一樣，那麼準確性和完整性應該沒什麼問題
資料庫建表時字段長度
2016 5 4 基本知識點 1.計算機儲存資訊的基本單位是位元組 2.乙個漢字佔兩個位元組，乙個字母或數字佔乙個位元組 3.字元 計算機中字，字母等的統稱 以char 6 為例 測試如下 測試環境 sql 8.0 create student 學號 char 6 not null primary ...
每日一bug 資料庫表中字段長度不夠
儲存訂單的資料表裡有乙個欄位是訂單詳細資訊，設定varchar 6000 測試前期因為功能不穩定，不滿足的需求bug比較多，在測試完這些不滿足需求和明顯bug之後，到專案後期才有空隨意測試一下，才發現了該問題 影響儲存訂單，呵呵，嚴重bug 填單頁，最多可以選擇25個服務，把25個服務都選擇完也是好...
資料庫遷移
這期專案，需要將另外乙個系統a與現有系統b整合，由於時間比較緊，直接採用遷移oracle資料庫物件的方式，發現之前評估的方案不是特別完善，首先 1 a資料庫為gbk編碼，b資料庫是utf 8編碼格式，a資料遷移需要進行中文字段擴容 至少1.5倍 2 a資料庫需要做效能評估，歷史資料遷移涉的方式，兼顧...