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