步入安全測試（兼談個人測試技術發展軌迹）

　　這類的資料遷移在現在的軟體項目中會經常出現，我現在的公司又一次面對這個問題。

　　在開始之前我們需要一個完整的資料結構的文檔，包括老的系統和新的，這樣你才能有依據去設計和執行測試。跟遷移組要，他們如果不了解新老系統的資料和資料結構，很難想象他們是怎麼遷移的。

　　1、老的資料是否全部被導入到新系統中，你可能要追蹤很多表中的很多資料字段。

　　如老系統中有100w條資料，導入新系統後，資料條數仍為100w條（有些資料遷移後，新系統有新的存儲規則，或業務邏輯變化，比如id相同合并，條數不是以相同的數量顯示，那麼我們要知道換算關系，然後進行校驗）

　　對老系統中全部有價值資料字段（對客戶有意義的，或者說新系統要用到的），我們要逐一驗證，新庫中能夠找到與之對應的字段。

　　2、老的資料在新的庫中，是以正确的形式存儲的。

　　如果資料在老庫中是一個值，我們将他追蹤到新的庫中，看值是否正确。如果到新庫中值需要做相應變化，我們要按照邏輯去校驗，是否變化的正确。

　　有些在老庫中是狀态位，如老系統中性别字段包括4個，分别是0（男）、1（女），2（未登記），3（不詳）；而新系統中性别是男、女、未說明，我們要測試至少4條資料，檢視0到新系統中，對應了男，1對應了女，3、4都對應了未說明。

　　還有一些老資料，到新的庫中需要有新的顯示模式，比如以前工号隻有5位，到新系統中自動更新為10位，我們要跟蹤更新是否正确

　　3、老的資料關聯，在新庫中是否仍然正确關聯

　　比如個人工資等資訊，每個資料都應對應一個人員，到新的系統後，人員資訊表發生變更，那麼老的工資資訊到新庫中，是否還能正确對應人員。這種對應關系我們要跟蹤幾條資料（根據業務邏輯，覆寫可能的全部狀态），檢視到新系統後，各個資料是否正确對應。

　　4、關注特殊資料對象

　　5、從業務層面去驗證老資料，在新系統中的應用。這個就是用新的系統，用導過來的資料跑下全部功能。

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/