數據老化測試經驗總結 軟件測試
目前商業應用的管理類軟件，系統存儲的數據管理的要求比較高，大量的客戶數據量不可能直接刪除或是清理掉，都會有一個保留的周期;那么對于這類管理系統，數據老化可能有多種老化的方式，目前我所遇到的老化方式有delete/copy/歸檔/轉移到磁帶機等等處理的方法。在測試系統的時候，超過一定周期的保留數據也要進行老化處理。
xxx管理系統，對于后臺處理的數據一般都會有幾張表進行數據的存儲，正式表/中間表/歷史表，而前臺功能所關聯使用的表都是使用正式表，數據的處理規則就是正式表的數據在經過一個周期之后，批量啟動程序后會自動插入到中間表，在中間表保留一定周期之后，數據會插入到歷史表，這時歷史表的數據基本上就是很久很久之前的數據了，大部分都做查詢備用，歷史表的數據在保留幾年之后會被清理或是轉移到磁帶機保存;我們系統歷史表的處理是將數據清理掉;
對于這種老化的規則，相對來說還是比較簡單的，那么測試的時候可以從3個方面入手;
1，代碼檢查法：根據我所測試的系統，數據老化程序都是寫的存儲過程，找到對應的存儲過程，根據軟需上的邏輯介紹，我們可以找一些關鍵字的地方檢查是否寫的正確，比如依據的老化字段，老化的時間是取大于等于還是小于等于，where后面的條件取值是否正確等等;有些時候開發人員筆誤可能會寫錯某個字段名，或者是等于忘掉了，這些通過代碼都是能檢查出來的，降低了后續數據驗證的錯誤率;
2，數據老化控制表檢查：一個系統中需要老化的數據表，會有一張數據老化控制表對這些表進行配置，表名，老化條件，老化字段列，老化周期，老化方式，有效標志，where條件列等等，這張表中的控制是方便批量程序的調用，在測試的時候我們可以先檢查這張表中的配置是否正確，這次我在測的系統，因某些功能的改變，數據老化的字段進行了變更，由以前的xx確認時間更改為xxxx驅動因素確認時間，在檢查這張配置表的時候，發現老化字段列還是配置的原字段名，后來提醒開發時，她說是漏改了這里的配置腳本;
3，準備多條符合不符合條件的老化數據，調用批量處理的老化程序，然后在對應的幾張表中查看數據進表是否正確，該清理的數據是否不存在該表等;
通過以上幾個步驟的測試，這部分功能是不會有遺漏的，實踐證明：經過這樣的測試方法和步驟，在生產上沒有出現過問題，達到了系統的要求。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
