商業智慧 (BI) 測試及示例測試用例
什麼是商業智慧測試?
獲取、清洗、分析、整合和共享資料以獲得可推動企業進步的實用見解的過程被稱為商業智慧 (BI)。商業智慧測試,通常稱為 BI 測試,評估暫存資料、ETL 過程和 BI 報表,並確保正確的部署。透過 BI 測試確保資料的可信度和從 BI 過程得出的見解的準確性。
本文將教您更多關於 ETL 和商業智慧的知識。
商業智慧測試的步驟
檢查源資料
業務資料很少來自單個來源或單個格式。檢查資料來源及其傳送的資料型別是否一致。同時,現在進行一些基本的驗證。
假設來自某個來源的學生資訊被髮送用於處理和儲存。在此步驟中,仔細檢查詳細資訊是否正確。如果您的 GPA 是 7,那麼您肯定超過了 5 分制。因此,此類資料可以在無需傳送給第三方進行進一步處理的情況下被銷燬或更新。
這通常是 ETL 的“提取”階段。
確保資料轉換正確
這是將原始資料轉換為特定於業務的資訊的地方。源和目標的資料型別應該相同。例如,您不能將日期儲存為文字。
主鍵、外部索引鍵、空值和預設值約束等都應該存在。應該檢查源和目標的 ACID 屬性,等等。
驗證資料載入
(到資料倉庫、資料市場或任何永久儲存資料的其他地方)−
載入和測試資料的指令碼無疑將包含在您的 ETL 測試中。但是,必須檢查資料儲存系統是否符合以下要求:
效能 − 隨著系統變得越來越複雜,各個元件之間會產生關係,從而導致許多相關性。這對資料分析來說是個好訊息;但是,這種複雜程度的搜尋有時需要太長時間才能獲得結果。因此,在這種情況下,效能測試至關重要。
可擴充套件性 − 資料只會越來越大,不會越來越小。因此,必須進行測試以確定當前系統能否處理不斷增長的業務和資料量的大小。這也包括歸檔策略測試。基本上,您正在對決策進行測試 −“舊資料會怎樣處理?如果我需要舊資料怎麼辦?”
最好還要測試系統的其他功能,例如計算能力、故障恢復、錯誤報告、異常處理等等。
BI 報表驗證
最後,還有報表,這是整個過程的最終層。
這被稱為商業智慧。但是,正如您從上面的示例中看到的,如果您的前幾層出現問題,報表將永遠不會準確、一致或快速。
在此階段,請查詢以下內容:
建立的報表以及如何在業務中使用它們
修改和自定義報表中顯示的引數的能力。排序、分類、分組以及其他類似的操作
報表的物理外觀。換句話說,可讀性。
如果 BI 元素是 BI 整合的,則應對應用程式的相關功能執行端到端測試。
示例測試用例
ETL 驗證
檢查資料是否已從源系統正確對映到目標系統。
驗證所有表及其欄位是否已從源系統複製到目標系統,以及是否已在目標系統中正確建立自動生成的鍵。
確保沒有空欄位。
驗證資料是否未被亂碼或截斷,以及目標系統中的資料型別和格式是否正確。
確保目標系統沒有任何重複資料。
檢查轉換是否已正確應用。
驗證數字欄位中資料的正確性和異常處理的穩健性。
暫存資料
實施篩選規則後,STG(暫存)表和目標表之間的記錄數相同。
對於給定的鍵組合,插入尚未插入目標表的記錄。
如果記錄已載入,則不應將記錄複製或傳送到目標表。
當值列在第 2 天載入時,更新鍵的記錄。
邏輯地刪除目標表中的記錄。
處理表載入的值
參考表載入的值
商業智慧中的資料載入
檢查目標資料庫和源資料庫是否已正確連線,並且不存在任何訪問問題。
檢查完全載入的截斷選項,並確保其正常工作。
檢查載入資料期間會話的效能。
查詢非致命性錯誤。
檢查如果子任務失敗,是否可以使呼叫父任務失敗。
檢查日誌是否已更新。
確保對映和工作流程引數正確。
檢查源系統和目標系統中的表數是否相同。
將暫存表的屬性與目標表的屬性進行比較。它們應該成對。
商業智慧報表
顯示日期和時間。
對於重要數字,需要小數精度。
顯示每頁的行數和列數。
報表中沒有自由屬性。
在報表中,如何顯示屬性和關鍵指標的空值/資料?
如果適用,屬性搜尋是否基於鍵或鍵和文字。
文字搜尋功能是否區分大小寫(大寫、小寫或兩者)?
BI 測試策略
現在我們知道了需要測試什麼以及為 ETL 和資料倉庫測試使用什麼資源,讓我們來看看測試人員必須採取的步驟。
畢竟,BI 測試專案是一個測試專案。這意味著標準的測試步驟也適用於此,無論您是評估效能還是功能性端到端測試:
測試計劃
測試方法
測試設計(您的測試用例將是查詢密集型的,而不是簡單的文字。這是傳統測試專案和 ETL/資料倉庫/BI 測試專案之間**最主要**的區別。)
測試執行(同樣,您將需要一些查詢介面,例如 TOAD 來執行您的查詢)
缺陷報告、關閉等。
結論
商業智慧是所有業務運營的關鍵組成部分。電子商務、醫療保健、教育、娛樂以及其他所有行業都依賴 BI 來更深入地瞭解其業務並創造卓越的客戶體驗。
我們希望本文能為您提供足夠的知識,讓您能夠繼續研究商業智慧測試領域。商業智慧