管理你的測試數據是必須包含在你的整個測試流程中。因此流程框架簡化了這整個流程及在其之中執行的不同測試活動的測試數據生命周期（定義，建立，使用，凈化等）。從管理的角度，這可以確保測試數據管理活動在恰當的時間執行。包含測試數據也可以讓你更輕松地定義關于測試數據管理活動的恰當職責。組織框架放大了這些職責。框架內，開發出了組織測試數據管理職責的不同方法。有不同的組織類型，范圍從每個負責自己測試數據的測試員到一個提供測試數據服務的中心測試數據單元。基礎設施框架專注于你測試數據管理活動的技術方面。它概述了有哪些測試數據管理工具以及它們如何支持你。基礎設施框架內，一個測試數據管理工具的定義被很廣泛地使用。不僅專門的測試數據管理工具，用于測試數據管理設置的測試自動化工具還有其他可以有所幫助的工具在這兒都可以被考慮。
借用“銷售渠道”說明
為了在恰當的時間準備測試環境，包含一個模板的測試策略中加了一段。測試經理不得不用他的特定測試數據需求來完成這個模塊。DBA團隊全權負責創建子集并將它們操縱調動到如模塊所示的環境中。此外，無論需求是否與已被呈現在環境和/或其他測試數據需求中的數據沖突，DBA都會檢查。增加了這一步，測試數據準備更高效了。
測試數據管理提升周期
測試數據管理提升周期子框架評估當前測試數據管理實踐以基于線路圖設計將來的實踐。子框架定義一個包含留個六個連續步驟的重要周期。每一個提升周期都要過一遍這六個步驟且第一步都是“生成意識”。這是測試數據管理提升的一個通用方法，比如它只說采用什么步驟但實際上不告訴你要提升什么。
圖5. 測試數據管理提升周期子框架
1.生成意識
這個步驟是識別并定義測試數據管理提升的機會。提升測試數據管理實踐的需求應該讓所有的利益相關者一目了然。利益相關者也應該同意測試數據管理框架作為使用的參考模型。
2.評估當前測試數據管理實踐
通過使用測試數據管理框架作為一個參考模型分析當前測試數據管理實踐。這決定了當前實踐的優缺點，確定的缺點的原因是被研究了，并與測試流程提升中確定的機會相關聯。
3.定義將來的測試數據管理提升
該步驟主要是決定測試數據管理實踐將來想達到的的狀態。提升目標被設定，實現提升目標的解決方案也被制定了。
4.定義提升線路圖
實現這些目標并實施前一步中所確定的解決方案的一個策略已設計好了。資源定好了，行動計劃也制定好了。
5.實施
現在提升線路圖已被執行。確定的提升和解決方案已被實施。測試人員受過培訓，試點項目已正式拉開序幕。簡而言之，新測試數據管理實踐已開始投入使用且固定在公司企業中。
6.評估
后但并非不重要，評估已實現的提升。目標是否被實現，實施的解決方案是否進行地不錯都被證明了。如果利益相關者對結果很滿意，那么測試數據管理提升在這里可以停止了，否則可以在測試數據管理提升周期中制定一個新的途徑。評估步驟的結果被用來生成新想法。
借用“銷售渠道”說明
多個測試人員在相同的環境中測試時，存在使用彼此測試數據的風險。也是說，必須建能影響/推遲測試執行的額外測試數據。這點可以通過采用一些規則避免并改善。
▪添加測試員首字母作為測試數據的前綴（例：雇員），這樣誰可以使用這個測試數據一目了然。
▪分開不同測試員可使用的測試數據（例：所有英國顧客數據由測試員A使用，所有荷蘭顧客數據由測試員B使用）
▪選擇并提取所有所要求測試數據的額外份額（例：10%）以保存。
總結
測試數據管理框架給任一愿意處理測試數據管理問題的測試專家或項目經理提供幫助。不要死盯著一個（我們覺得無法發現的）通用的測試數據管理解決辦法，測試數據管理框架提供方法理解一個組織的測試數據管理需求并設計和實施這些需求的正確解決方案。由于框架的目標不是找出一個通用解決方法，所以框架可以被廣泛用于幫助參與測試數據管理的任何人。
注意點
[1]這個數據模式是基于MS Access 2010中的樣本模板。
[2]測試數據策略：你管理（加入測試數據到測試環境，整合測試數據以便下回使用，從測試環境中移除測試數據，維護測試數據）測試數據以便滿足這些測試數據的需求。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/2014815102720.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
