📜  软件测试——带有示例测试用例的商业智能 (BI) 测试

📅  最后修改于: 2022-05-13 01:56:12.849000             🧑  作者: Mango

软件测试——带有示例测试用例的商业智能 (BI) 测试

收集、清理、集成、分析和共享数据以确定推动业务发展的行动经验的过程称为商业智能 (BI)。商业智能测试检查组织信息、ETL流程、BI报告并保证执行正确。 BI 测试保证信息的可信度和从 BI 过程中获得的经验的准确性。在这里,我们将讨论以下几点:

  1. 商业智能中的事件。
  2. 商业智能的测试序列。
  3. 商业智能的阶段。
  4. 商业智能测试用例。
  5. 商业智能测试策略。

让我们详细讨论这些主题。

商业智能中的事件

商业智能的事件流是:

  1. 客户端事务数据(关系数据库,或OLTP)平面文件数据库,数据记录:它是从客户端的事务中记录的一种数据。这些数据以记录的形式存储在平面文件数据库中。平面文件数据库是一种具有统一格式且不包含任何类型的索引或结构的数据库。它是一种表格式的数据库。大多数情况下,它以 CSV 格式保存。
  2. ETL 流程:从众多源系统中提取数据,然后转换数据并将其加载到数据仓库中的方法称为 ETL 流程。 ETL 的完整形式是提取、转换和加载。在此步骤中,从平面文件数据库中提取数据。转换很重要,因为它涉及各种业务规则,并且还存在一些误判的风险。这是最重要的步骤之一。
  3. 数据仓库:处理和收集来自不同来源的数据以提供对业务数据的重要理解的过程是数据仓库。它构建数据分析和报告。它是将数据转换为信息并以周期性方式提供给用户的过程。
  4. 数据集市:它是数据仓库的一个子集,主要关注单一主题业务线。 Datamart 从几个来源收集数据,比数据仓库灵活得多。对数据的理解建立在这一步。
  5. OLAP 生成重要的 BI 见解:这是一个计算步骤,使用户能够有选择地提取数据并查询数据以了解不同的观点。 OLAP 的完整形式是在线分析处理。 OLAP 中的所有数据都是预先汇总的数据,因此执行查询所需的时间非常少。在这里找到各种数据之间的相关性。

例如,电子商务网站上的推荐项目、Youtube 上的推荐视频等。商业智能常用的技术/系统有:

  1. MIS:管理信息系统。
  2. OLAP:在线分析处理和多维分析。
  3. CRM:客户关系管理。
  4. EIS:行政信息系统。

商业智能测试序列

商业智能的测试顺序是:

1. 验证源数据:业务数据通常不会来自单一来源和单一格式。确保它发送的数据源和数据类型匹配。基本验证在这里完成。

2.验证数据的转换:这是将原始数据处理成业务显式数据的地方。源数据类型和目标数据类型应该相同。主键、外键、默认值和空值必须保持不变。必须验证源数据类型和目标数据类型的 ACID 属性。

3.验证数据加载:添加脚本正在加载和测试的数据,用于ETL测试。数据存储系统应验证以下内容:

  • 性能:对于复杂的系统,系统的不同部分之间会出现连接,从而形成各种相互关系。尽管它对数据分析有好处,但检索数据仍然需要大量时间。因此,性能测试是主要因素。
  • 可扩展性:数据每天都在增加。因此需要对数据进行测试,以确定当前的实现是否可以处理业务量不断增长的数据。

4. BI报告测试:这是被视为商业智能的东西。请注意,如果之前的层被破坏,报告将永远不会准确、可靠或快速。

重点是:

  • 为业务创建的报告的利用率。
  • 报告中提到的参数应进行修改和自定义,如排序、分组、分类等。
  • 实际报告的存在,即文档。
  • 如果将商业智能的元素集成在一起,则应用程序的比较使用将包含在端到端测试中。

商业智能的阶段

BI 测试有两个阶段:

第 1 阶段:处理和存储数据:

  • 源数据:源系统中的数据在如何输入数据方面可能存在一些问题。 BI 工程师无法管理源数据,从而导致可能影响源报表。因此,验证源数据的完整性以保证准确性至关重要。
  • ETL:从源系统收集数据后,将其转换并传输到数据仓库。这种变化是必不可少的,因为它包括业务规则,这也是为什么在这个阶段很可能出现错误和误判的原因。
  • 数据仓库:无论在源代码测试中是否没有发现错误,数据仓库都可能是问题所在。数据仓库中可能会丢失一些订单,从而引发这些问题。这些订单的数据碰巧丢失了。

第 2 阶段:BI 测试:

  • 元数据层:它为高级对象提供对业务客户端的简单访问。这里的数据是从数据库中收集的,这里考虑了数据的转换。
  • 报告:每个 BI 报告都由 SQL 查询、提示和过滤器组成。由于专业或开发错误,这些事情中的任何一个都可能出现问题。创建这些报告是一项重要的改进计划,因此应该对其进行测试以确保所有数据都是准确的。
  • 仪表板: BI 测试中的仪表板将一些报告与各种数据和图表合并在一起。可以想象,这两者是相关联的。通常,仪表板是企业使用的最后一个指导性部分,这就是为什么需要对其进行测试的原因。

商业智能测试用例

BI 测试用例是:

1.ETL验证:

  • 确认从源系统到目标系统的数据计划准确
  • 确认所有表及其字段从源复制到目标
  • 确认无效字段(例如空值)未被占用
  • 确认要自动生成的键的排列并在目标系统中适当地进行
  • 确认数据既不混淆也不缩短
  • 确认目标系统中没有重复信息
  • 确认目标系统中的数据类型和排列是否准确。
  • 确认数字字段中数据的准确性是精确的
  • 确认更改已准确应用
  • 确认异常处理功能强大。

2.分期数据:

  • 执行过滤规则后,暂存表和目标表之间的记录数相等。
  • 在提供的组合键的情况下插入目标表中不存在的记录。
  • 如果记录是预加载的,则它们不能被复制或发送到目标表。
  • 连贯地删除目标表中的记录。
  • 值加载到过程表中
  • 值加载到参考表中。
  • 在 day_02 数据加载时,更新键的记录。

3. BI数据加载:

  • 验证访问数据时没有问题,并且源数据库和目标数据库已正确连接。
  • 验证 truncate 选项是否适用于加载的数据。
  • 加载数据时,验证会话的性能。
  • 寻找不致命的错误。
  • 如果子进程失败,请确保父进程也会失败。
  • 确保日志定期更新。
  • 确保计划和工作流程参数正确。
  • 确保源系统和目标系统中的表数量无法区分。
  • 将阶段表的属性与目标表进行比较。它们应该是等价的。

4. BI报告:

  • 显示日期和时间。
  • 有效数字需要小数精度。
  • 在每一页上,应显示行数和列数。
  • 在报告中,没有自由特征。
  • 属性和重要数字显示的空值应该清楚。
  • 检查文本搜索函数是否区分大小写。

商业智能测试策略

商业智能测试的各种策略是:

  • 组织和计划测试。
  • 测试的策略和技术。
  • 文本设计(例如大多数测试用例集中于查询而不是简单的文本)。这是ETL/Data Warehouse项目与传统测试项目最重要的区别。
  • 测试实施
  • 报告限制和项目结束。