淺談數(shù)據(jù)倉庫的測試策略
這篇文章是應(yīng)一位讀者關(guān)于如何測試數(shù)據(jù)倉庫的問題而寫。他的問題是：“在數(shù)據(jù)倉庫環(huán)境下進(jìn)行測試時如何處理需求與質(zhì)量的關(guān)系？”
雖然數(shù)據(jù)倉庫的測試是一個驚奇而神秘的過程，但實(shí)際上它與其它測試項(xiàng)目并無多大區(qū)別?；镜南到y(tǒng)分析和測試過程在這里仍然有效。我們來看一下其中的幾個步驟，并研究如何在數(shù)據(jù)倉庫環(huán)境中應(yīng)用。
分析源文件
與其它項(xiàng)目一樣，測試數(shù)據(jù)倉庫部署時，通常都會有一份相關(guān)的說明文件。雖然這些文件對于創(chuàng)建基本的測試策略非常有用，但經(jīng)常會缺少一些關(guān)于測試開發(fā)與執(zhí)行的詳細(xì)資料。有時會有一些其它文件解釋技術(shù)上的細(xì)節(jié)問題，即從源到目標(biāo)的轉(zhuǎn)化（source-to-target mappings）說明文件。這些文件詳細(xì)說明了數(shù)據(jù)的來源、如何對數(shù)據(jù)進(jìn)行操作，以及存儲到哪里。如果能拿到這些文件，關(guān)于系統(tǒng)設(shè)計的文件在設(shè)計測試策略時也會變得更加有用。
開發(fā)策略和測試計劃
分析了各種各樣的源文件后，就要開始創(chuàng)建測試策略。我發(fā)現(xiàn)從生命周期和質(zhì)量的角度來看，增量測試是測試數(shù)據(jù)倉庫的最好辦法。這從本質(zhì)上意味著開發(fā)團(tuán)隊(duì)會從開發(fā)過程的早期開始，將各種小組件交付給測試團(tuán)隊(duì)。這個辦法的主要優(yōu)點(diǎn)是避免交付讓人吃驚的“大塊”組件，可以從早期開始檢驗(yàn)缺陷，并使調(diào)試變得簡單。此外，這個方法還有助于在開發(fā)與測試周期中建立詳細(xì)的過程。具體到數(shù)據(jù)倉庫測試，即是對數(shù)據(jù)獲取分段表，然后是增量表、基本的歷史表格、BI視圖等的測試。
另一個制定數(shù)據(jù)倉庫測試策略的主要問題是基于分析（analysis-based）的測試方式和基于查詢（analysis-based）的測試方式的選擇。純基于分析的方法是讓測試分析師通過分析目標(biāo)數(shù)據(jù)和相關(guān)標(biāo)準(zhǔn)計算出預(yù)期結(jié)果?；诓樵兊姆椒ㄓ邢嗤幕痉治霾襟E，但更進(jìn)一步，用SQL查詢語言編寫預(yù)期結(jié)果。這為將來建立回歸測試過程節(jié)省了很大精力。如果測試是一次性的，那么用基于分析的方式就足夠了，因?yàn)橥ǔ＿@種方式較快一些。反之，如果企業(yè)對回歸測試有持續(xù)的需求，那么基于查詢的方式會更為合適。
測試的開發(fā)與執(zhí)行
不管在測試執(zhí)行過程之前還是之后進(jìn)行測試的開發(fā)，要根據(jù)上行需求的穩(wěn)定性和分析過程決定。如果情況變動比較頻繁，那么早期進(jìn)行的測試開發(fā)可能大部分都會被廢棄。這種場合，實(shí)時進(jìn)行的整合的測試開發(fā)和執(zhí)行過程通常會更有效果。不管怎樣，在設(shè)計測試開發(fā)和執(zhí)行過程的框架時，參考一下測試分類總是有用的。比如，一些數(shù)據(jù)倉庫的測試分類可能有：
·記錄計數(shù)（預(yù)期與實(shí)際對比）
·副本記錄
·參考數(shù)據(jù)有效性
·參照完整性
·錯誤與異常邏輯
·增量過程與歷史過程
·控制欄值與默認(rèn)值
除這些分類外，還可以參考缺陷分類學(xué)，比如Larry Greenfield的分類。
測試執(zhí)行時，準(zhǔn)確的狀態(tài)報告過程是經(jīng)常被忽略的一個方面。在確定團(tuán)隊(duì)里的其他人明白你的方法的前提下，測試分類和測試進(jìn)度可以保證他們對測試狀態(tài)也有一個清楚的概念。有了詳細(xì)的規(guī)劃并堅(jiān)持到底，以及良好的溝通，就能建立一個數(shù)據(jù)倉庫測試過程，幫助項(xiàng)目團(tuán)隊(duì)取得滿意的成果。
【編輯推薦】
