更新了八月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 测试的实际效果吗？ 观看我们播放列表中的视频 请点击这里!
