Sven Borghers和Wim Demey都有進30年的測試經(jīng)驗。近期，他們都在比利時CTG公司擔(dān)任測試顧問，幫助顧客處理他們的測試難題。他們近在CTG實驗室開發(fā)測試數(shù)據(jù)管理框架。

	Sven Borghers是一名測試顧問，在測試所有方面都經(jīng)驗豐富。他對多次不同的測試執(zhí)行，測試分析，缺陷管理，測試協(xié)調(diào)。測試數(shù)據(jù)管理，測試流程改進，實施測試方法做出了貢獻。除了他的顧問工作，因為他的經(jīng)驗和真實的生活實例，他也是一名極受尊敬的培訓(xùn)師和導(dǎo)師。Sven 也是STBoX（基于經(jīng)驗的軟件測試）——CTG的已證測試方法的推動者。
	Wim Demey是一名多才的測試顧問，帶著學(xué)習(xí)新事物的雄心擔(dān)任過各種角色。這使得Wim縱覽全局地去執(zhí)行，正如與客戶及項目團隊探討（技術(shù)）細節(jié)的低水平。這些年，他一直是國內(nèi)國際會議/研討會上的發(fā)言人，還在國際測試雜志上寫文章。他還創(chuàng)立了博客：infrastructuretesting.wordpress.com。

　　如果所有的測試員都有一個共同的難題，那大概是管理他們的測試數(shù)據(jù)了。無論你在測試中扮演什么角色或你是哪種類型的測試員，要使得你的測試數(shù)據(jù)正確還蠻難的。已經(jīng)做過不少不同領(lǐng)域的項目，我們總結(jié)：沒有一個單獨的解決方案可以管理測試數(shù)據(jù)。事實上，甚至沒有這樣一個單獨的測試數(shù)據(jù)管理問題。理由很簡單：測試數(shù)據(jù)應(yīng)該要滿足你的（基于你的業(yè)務(wù)，規(guī)章，結(jié)構(gòu)及可用環(huán)境等因素的）特定測試需求。所以，從測試數(shù)據(jù)管理的角度，沒有哪兩個情況是一樣的。

　　你該如何管理測試數(shù)據(jù)？
　　測試是在壓力下進行的，因為迭代開發(fā)模型被更頻繁地使用，且改變的時間一直在減短。結(jié)果，讓你的測試數(shù)據(jù)恰當?shù)目捎脮r間也在壓力之下，于是對恰當測試數(shù)據(jù)管理的需求不斷在增加。另一方面，我們注意到在我們的日常工作中，越來越多的公司開始尋找方法解決他們的測試數(shù)據(jù)管理問題。但是，另一方面，我們又不得不意識到，接受這一挑戰(zhàn)時，我們并沒有什么可做的。我們不能求助于一個覆蓋測試數(shù)據(jù)管理所有方面的文件程序。我們也不能使用一個測試數(shù)據(jù)管理工具應(yīng)對測試數(shù)據(jù)管理的所有方面。這是不可能的，因為這種流程或工具不存在。頂多現(xiàn)存流程和工具只覆蓋一些測試數(shù)據(jù)管理問題。那么，下一個題是：“如何縮小這個差距？”我們能創(chuàng)建一個儀器來把測試數(shù)據(jù)管理作為一個整體來解決而不論準確情況嗎？或者換句話說，我們能創(chuàng)建一個對實際幫助我們解決測試數(shù)據(jù)管理問題來說足夠具體且同時被應(yīng)用于任意（測試）項目的工具嗎？
　　我們已經(jīng)確定，尋找一個通用的解決方案并不可取。于是我們想到或者我們不應(yīng)該一開始找解決方案，而應(yīng)該試著把重點放在該如何更好地理解手邊的測試數(shù)據(jù)管理問題。理想情況下，加強了理解，后可以想出一個按部班的設(shè)計并實施既定測試數(shù)據(jù)管理問題的解決方案的方法。
　　創(chuàng)建一個測試數(shù)據(jù)管理框架的想法誕生了。因為該框架并不明確限定于任何特定的測試數(shù)據(jù)管理解決方案，所以它應(yīng)該適用于任何給定情況。

　　測試數(shù)據(jù)管理框架詳解
　　測試數(shù)據(jù)管理框架需要包含兩大部分。一部分記錄一個開發(fā)組織對測試數(shù)據(jù)管理的需求，另一部分創(chuàng)建一幅滿足那些需求的測試數(shù)據(jù)管理實踐的路線圖。圖1列出了測試數(shù)據(jù)管理框架的要素。

圖1. 測試數(shù)據(jù)管理框架詳解