使用示例测试用例进行商业智能 (BI) 测试
什么是商业智能测试？
获取、清理、分析、集成和共享数据以得出可推动企业进步的可操作见解的过程称为商业智能(BI)。商业智能测试（通常称为BI测试）评估暂存数据、ETL过程和BI报告，并确保正确部署。通过BI测试确保从BI过程中获得的数据的可信度和洞察力的正确性。
本文将教您更多有关ETL和商业智能的信息。
商业智能测试的顺序
在源头检查信息
业务数据很少来自单一来源或单一格式。检查它发送的数据的来源和类型是否相同。此外，立即执行一些基本验证。
假设有关学生的信息是从源发送以进行处理和存储。在此步骤中，仔细检查详细信息是否正确。如果您的GPA是7，那么您的表现肯定优于5分制。因此，此类数据可以被销毁或更新，而无需将其发送给第三方进行进一步处理。
这通常是ETL的“提取”阶段。
确保数据转换正确
这是将原始数据转换为特定于业务的信息的地方。源和目标的数据类型应该相同。例如，您不能将日期保存为文本。
主键、外键、空值和默认值约束等都应该存在。应检查源和目标的ACID属性，依此类推。
验证数据是否正在加载
（进入数据仓库、数据集市或将永久保存的任何地方）-
加载和测试数据的脚本无疑会包含在您的ETL测试中。但是，必须检查数据存储系统的以下内容-
性能-随着系统变得更加复杂，各个组件之间会出现关系，从而产生许多相互关系。这对数据分析来说是个好消息；但是，这种复杂程度的搜索有时需要很长时间才能获得结果。因此，在这种情况下，性能测试至关重要。
可扩展性-数据只会变得更大，而不是更小。因此，必须进行测试以确定当前系统是否可以处理不断增长的业务规模和数据量。这也涉及归档策略测试。基本上，您将决定进行测试-“旧数据会发生什么，如果我需要它怎么办？”
测试系统的其他能力也是一个好主意，比如它的计算能力、故障恢复、错误报告、异常处理等等。
BI报告验证
最后是报告，这是整个流程的最后一层。
这被称为商业智能。但是，从上面的示例中可以看出，如果前面的层被破坏，报告将永远不会准确、一致或快速。
在这一点上寻找以下内容-
创建的报告以及如何在业务中使用它们
能够修改和自定义出现在报告中的参数。排序、归类、分组和其他类似操作
报告的实物外观。换句话说，可读性。
如果BI元素是BI集成的，则应对应用程序的相关功能执行端到端测试。
示例测试用例
ETL的验证
检查数据是否从源系统正确映射到目标系统。
验证所有表及其字段是否已从源系统复制到目标系统，并且已在目标系统中正确创建自动生成的键。
确保没有空字段。
验证数据没有乱码或截断，目标系统中的数据类型和格式是否正确。
确保目标系统没有任何重复数据。
检查转换是否已正确应用。
验证数字字段中数据的正确性和异常处理的稳健性。
暂存数据
实施过滤规则后，STG(staging)表和目标表之间的记录数是一样的。
对于提供的组合键，插入一条尚未放入目标表的记录。
如果记录已加载，则不应将记录复制或发送到目标表。
当第02天的值列加载时，更新键的记录。
逻辑删除目标表中的记录。
过程表加载值
参考表加载值
商业智能中的数据加载
检查目标数据库和源数据库是否正确连接并且不存在访问问题。
检查满载的truncate选项并确保它正常工作。
在加载数据时检查会话的性能。
寻找不是致命的错误。
如果子任务失败，请检查调用父任务是否可以失败。
检查日志是否已更新。
确保映射和工作流参数正确。
检查源系统和目标系统中的表数是否相同。
将阶段表的属性与目标表的属性进行比较。他们应该是配对的。
来自商业智能的报告
显示日期和时间。
对于重要数字，需要小数精度。
显示每页的行数和列数。
在报告中，没有免费的品质。
在报表中，如何同时显示属性和关键指标的空白值/数据？
如果合适，是否基于key或key&text搜索属性。
文本搜索功能是否区分大小写（上、下或两者）？
BI测试策略
现在我们知道测试什么以及使用什么资源进行ETL和数据仓库测试，让我们看看测试人员必须采取的程序。
BI测试项目毕竟是一个测试项目。这意味着测试的标准步骤也适用于此，无论您是评估性能还是功能性端到端测试-
计划测试
测试方法
测试设计（而不是简单的文本，您的测试用例将是查询密集型的。）这是传统测试项目与ETL/数据仓库/BI测试计划之间最显着的区别。）
测试的执行（再一次，您将需要一些查询接口，例如TOAD来运行您的查询）
缺陷、报告、关闭等。
结论
商业智能是所有业务运营的关键组成部分。电子商务、医疗保健、教育、娱乐和其他所有行业都依赖BI来更深入地了解其业务并创造卓越的客户体验。
我们希望本文为您提供了足够的知识，以继续您对商业智能测试领域的研究。