最重要的BI測試-適用于任何BI和分析平臺

為什么 BI 測試是答案

相信你的數據可視化是成功執行商業智能 (BI) 和分析項目的關鍵因素。我敢肯定，你遇到過以下情況：業務主管或業務用戶反饋說他們的分析看起來不對，他們的 KPI 看起來有問題，或者速度太慢而無法使用。要問自己的問題是：如何避免這種情況？如何確保用戶滿意？如何確保 100% 信任儀表板？如何確保高質量的分析？如何做出值得信賴的決定？

如今，公司正在尋求將已建立的 DevOps 和軟件開發實踐中的最佳實踐引入分析領域。這就很容易地理解為什么 BI 測試是一個明智的選擇。對于用戶（內部）和消費者（外部）而言，在問題到達生產環境之前發現問題效率要高得多，而不必事后處理后果。了解內部或外部的錯誤比較被動，因此在用戶之前發現錯誤同樣很重要，日常監控測試應該在發布到線上后進行。任何使用 Tableau、Power BI、SAP BusinessObjects 或任何其他分析解決方案等分析平臺的公司都應定期進行 BI 測試，以便在用戶看到問題之前發現問題，從而確保信任并避免任何風險。本文將解釋公司應該進行的不同 BI 測試。

應該進行的不同 BI 測試

我們創建了一份可以執行的不同類型測試的非詳盡列表：

功能測試

你在打開儀表板時遇到過問題嗎？是否曾經單擊過可視化中的篩選器或參數，但它們沒有按照預期執行？諸如此類的示例可能是用戶日常的煩惱，但通過測試每個儀表板功能，可以確保提供最佳的用戶體驗。如果持續存在問題，隨著時間的推移，用戶將失去使用它們的耐心和動力，從而降低用戶采用率。對儀表板的每個元素進行功能測試將有助于解決這些問題。

回歸測試

回歸是分析中的最高風險，因為它們很難或不可能被人眼發現，并且可能對決策制定造成災難性的影響。回歸的例子是：

●數據

●圖像

●元數據（例如過濾器或參數）

●服務器和儀表板性能

為了克服這些回歸，存在回歸測試以跨時間比較兩個版本的儀表板/報告并自動突出顯示任何差異。有測試經驗的人都知道，必須定期執行此類 BI 測試，以檢測可能與 BI 軟件本身或與數據源及其通向數據消費者的路徑相關的任何不需要的更改。建議將這些測試應用于敏感報告和儀表板，以檢測與修改相關的任何副作用，并限制所涉及的風險。

性能測試與壓力測試

這兩種類型的 BI 測試通常可以被視為相同但有區別！性能測試是對許多報告或儀表板的測試，以評估它們的性能，即單個功能任務需要多長時間。壓力測試允許將負載驅動到服務器并評估響應時間和可用性。能夠評估分析平臺可以處理的最大用戶數量、運行它所需的基礎設施，甚至是用戶負載高峰時的可持續性。它實質上是根據“標準條件”測試你的平臺，以驗證它是否持續按應有的方式運行。

跨環境測試

通過跨環境測試，可以將給定環境中的一個或多個儀表板與另一個環境中的相同儀表板（即開發或生產的不同站點或服務器等）進行比較——簡單地說，就是跨不同環境的回歸測試。

公差測試或范圍測試

這種類型的 BI 測試可確保業務用戶在?KPI、指標或特定數據超出其設定閾值或誤差范圍時在任何儀表板中出現錯誤時得到通知。容差測試保證顯示的數據始終在可接受的范圍內，并且可以非常快速地檢測到任何問題。

升級和遷移測試

每當執行 BI 平臺的遷移或升級時，測試對于驗證一切是否仍在正常運行就變得至關重要。我的訪問級別是否與以前相同？我的報告和/或儀表板是否顯示了正確的數據？我可以信任在新環境中呈現的數據嗎？遷移或升級后的測試將為你提供所有這些問題的明確答案。請記住，在遷移期間直接或間接連接到 BIA 平臺的任何外部系統（例如數據源、數據準備工具和數據庫）也可能需要回歸測試。

安全測試

所有的BI工具都有安全認證和授權的要求，同時具有單點登錄和嵌入式能力，測試所有的軟件安全方面是非常重要的。例如，它會根據用戶的訪問級別檢查用戶是否有權訪問報告和儀表板，以及是否存在相同的行級安全性。對于使用單點登錄的用戶，它還確保最終用戶能夠使用此功能訪問他們的不同 BI 系統。

SQL數據測試

數據測試驗證 Analytics 輸出是否等于 SQL 查詢返回的數據。該測試非常受歡迎，因為它可以輕松確定發現的回歸是否是由數據旅程中的分析層引起的。用戶驗收測試 (UAT) 或“冒煙測試”用戶驗收測試在應用于 Analytics 時也稱為冒煙測試，它是初步測試，用于檢查可能拒絕潛在發布的任何簡單故障。測試用例在測試環境中運行，以驗證軟件的主要功能是否正常工作并確認基本問題，例如：“我的儀表板是否滿足初始業務需求？”、“我可以打開可視化嗎？”報告滿足績效要求”。