更新了八月28，2019
自從軟件開發以來，測試就被廣泛採用作為軟件開發的一部分。 然而，商業智能 (BI) 在採用測試作為 BI 軟件（如 IBM Cognos）開發的一個集成部分的速度較慢。 讓我們探討為什麼 BI 在採用測試實踐方面的速度較慢，以及 不 測試。
為什麼組織不測試 BI…
- 時間限制. BI 項目一直承受著更快交付的壓力。 一些組織可能沒有意識到，最容易減少時間的階段是測試。
- 預算限制. 想法是測試成本太高，不能專門的測試團隊。
- 越快越好. 這不一定是一種“敏捷”方法，可能只會讓您更快地進入錯誤的地方。
- “第一次就做對”的心態. 這種幼稚的方法堅持質量控制的存在應該減少測試的需要。
- 缺乏所有權. 這類似於上一個項目符號。 想法是“我們的用戶會測試它”。 這種方法可能會導致用戶不滿意和大量支持票。
- 缺乏工具. 認為他們沒有正確的測試技術的誤解。
- 缺乏對測試的理解. 例如，
- 測試應評估數據的準確性和有效性、數據的一致性、數據的及時性、交付的性能以及交付機制的易用性。
- BI 項目期間的測試可能包括回歸測試、單元測試、冒煙測試、集成測試、用戶驗收測試、臨時測試、壓力/可擴展性測試、系統性能測試。
不測試 BI 的成本是多少？
- 低效設計. 如果忽略測試，可能不會發現糟糕的架構。 設計問題會影響可用性、性能、重用以及維護和保養。
- 數據完整性問題. 數據損壞或數據沿襲挑戰可能導致對數字缺乏信任。
- 數據驗證問題. 對不良數據做出的決策可能對企業造成毀滅性打擊。 沒有什麼比嘗試通過基於錯誤信息的指標進行管理更糟糕的了。
- 用戶採用率下降. 如果數字不正確，或者如果應用程序對用戶不友好，您的用戶社區就不會使用您閃亮的新企業 BI 軟件。
- 缺乏標準化導致成本增加.
- 在 BI 開發生命週期後期修復缺陷的成本增加. 在需求階段之外發現的任何問題的成本都將比更早發現的成本高出指數級。
既然我們已經闡述了組織可能不進行測試的原因以及不測試 BI 時會出現的陷阱，讓我們看一些關於軟件開發中測試的研究。
研究表明，測試您的 BI 平台可以節省資金！
一項針對 139 家北美公司的研究 規模從 250 到 10,000 名員工不等，報告的年度調試成本為 5.2 萬美元到 22 萬美元。 此成本範圍反映了組織 不 有自動化的單元測試。 另外，IBM 和微軟的研究發現， 自動化單元測試到位，缺陷數量可以減少 62% 到 91%. 這意味著用於調試的美元可以從 5 萬美元到 22 萬美元減少到 0.5 萬美元到 8.4 萬美元。 這是一個巨大的節省！
修復錯誤的成本迅速上升。
關於成功的軟件開發策略的論文 表明大多數錯誤是在開發週期的早期發生的，您等待檢測和糾正的時間越長，修復的成本就越高。 因此，不需要火箭科學家就能得出明顯的結論，即越早發現和修復錯誤越好。 說到火箭科學，碰巧 NASA 發表了一篇關於這一點的論文—— “整個項目生命週期中的錯誤成本上升。”
很明顯，修復錯誤的成本隨著開發生命週期的進展而增加。 NASA 的研究旨在確定修復發現的錯誤的相對成本進展的速度。 本研究使用了三種方法來確定相對成本：自下而上的成本法、總成本分解法和自上而下的假設項目法。 本文中描述的方法和結果假定開發的硬件/軟件系統具有與開發大型複雜航天器、軍用飛機或小型通信衛星所使用的項目特徵類似的項目特徵。 結果顯示了成本上升的程度，因為錯誤是在項目生命週期的後期和後期階段被發現和修復的。 這項研究代表了已經完成的其他研究。
從上圖中，TRW、IBM、GTE、貝爾實驗室、TDC 等機構的研究顯示了在不同開發階段修復錯誤的成本：
- 修復需求階段發現的錯誤的成本定義為 1片
- 如果在設計階段發現該錯誤，則修復該錯誤的成本為 翻番 每
- 在代碼和調試階段，修復錯誤的成本是 3單位
- 在單元測試和集成階段，修復錯誤的成本變為 5
- 在系統測試階段， 修復錯誤的成本躍升至 20
- 一旦系統進入運行階段， 糾正錯誤的相對成本上升到98，幾乎是需求階段發現錯誤糾正成本的100倍!
最重要的是，如果沒有及早發現缺陷，修復缺陷的成本要高得多。
結論
已經進行了大量研究，證明了早期和持續測試在軟件開發中的價值。 我們，在 BI 社區，可以向我們的軟件開發朋友學習。 儘管大多數正式研究都是與軟件開發相關的，但也可以得出關於 BI 開發的類似結論。 測試的價值是毋庸置疑的，但許多組織在利用其 BI 環境的正式測試並將測試集成到其 BI 開發過程中的速度較慢。 的成本 任何監管機構都不批准 測試是真實的。 相關的風險 任何監管機構都不批准 測試是真實的。
想要看到一些自動化 Cognos 測試的實際效果嗎？ 觀看我們播放列表中的視頻 請點擊這裡!
