BI测试指南.docxVIP

BI测试指南 测试概述 测试方法 BI系统测试分为：数据和功能及界面展示两方面，数据测试主要采用白盒测试方法，功能及界面展示测试主要采用黑盒测试方法； 测试策略 BI系统的测试引入了类似开发的过程，对于开发中的各个过程：业务分析—》数据处理--〉报表展示，进行逐层分析、检查、验证，具体如下： 1. 根据需求和设计文档，在源系统的界面和数据库中验证：所分析的业务，表关系等，是否正确； 2. 检查开发人员进行数据处理的代码，同时编写基于源表的数据查询sql，将执行的结果与开发得到的数据结果（目标表数据）进行对比，以验证数据抽取并处理的正确性； 3. 编写基于明细目标表和汇总目标表的查询语句（可提供给前端开发人员参考），检查界面展现和后台数据的一致性。 4. 引入自动化测试方法：编写从各类数据表（源表，目标明细表，目标汇总表）进行查询和结果比较的语句，整理成自动化测试代码，每天执行代码即可自动检查数据是否正确抽取和处理，以保证项目的质量。 以上测试方法可以比较好地测试数据仓库类项目的业务数据和功能，保证项目质量。 测试步骤 理解需求 根据需求文档，和UI理解需求文档，根据需求文档中个业务点设计到的业务界面截图，将需求中涉及到的业务在源系统的界面进行理解和分析确认； 检查存储过程逻辑 首先了解存储过程的整体实现思路，对其从源系统取数的关键逻辑，进行数据验证；根据需求，检查数据处理逻辑是否正确；检查代码本身有无编写错误。可按以下三点进行： 从源系统取数的关键逻辑，在源系统业务界面进行数据核对： 根据开发人员编写的数据处理逻辑，将其拆分成可在原系统验证的逻辑段，进行逐段验证，特别是对于统计对象，关键字段（例如：时间周期）和关键逻辑（指标考核点）在源系统进行验证。源系统验证方法，可以采用抽样数据的正向数据验证（将查询出来的数据，在原系统核对），和反向数据验证（从源系统查找出数据，和后台查询结果进行比较）（抽样数据的对比结果要严格一致），对统计对象的总体数据量进行比较（可以容许少量偏差的存在）； 根据之前已验证的数据逻辑，检查该存储过程是否与改逻辑保持一致（知识库的整理）。 根据自身业务需求的需要，检查存储过程对于数据的各种过滤和取数处理是否符合需求，检查存储过程是否存在自身代码编写的错误，或性能需要优化的地方； 最终目标数据结果的反向验证：将得到的最终数据结果，抽样具有代表性的数据，在源系统进行反向验证，例如某指标，可抽取考核通过，即“及时”的几条数据，在源系统中业务界面检查其时间周期，和是否符合“及时”条件；重点检查考核不通过，即“不及时”数据（因为这部分数据少），根据需求，选择各种原因导致“不及时”的数据，在源系统进行反向验证我们 的逻辑（4方法可以在一定程度上代替或补充1中测试的不足，实行的技术难度也会低一些，更容易操作） 编写测试用例 用例包括数据用例和功能场景用例，数据用例适合用EXCELE进行编写（模板见附件1），功能场景用例（适合在QC中编写，多场景扩展，适合用MM编写） 数据用例 根据验证通过的存储过程，编写基于源表的综合查询语句；根据目标表逻辑，编写基于汇总表和明细表的查询语句（里面可以包括提供给前端使用的下转逻辑，可将很多汇总和下转对不上的问题，解决在萌芽状态）； 编写基于源表的综合查询语句（根据需要可创建部分的中间临时表以简化逻辑和提供性能），得出关键数据汇总结果（例如，及时条数，不及时条数），以和目标表结果进行对比。 编写基于目标明细表的查询语句，可用于和三方面数据进行比较，以逐层定位问题：和源表查询结果进行比较；和汇总表查询结果进行比较；和界面下转数据进行比较；对于业务性较强的下转，还需要编写可以给前端参考的明细下转逻辑，以提高效率，减少返工（下转逻辑可以是数据开发人员提供的，也或者是前端开发自己编写的，但是测试人员必须知道，并检查改逻辑，同时整理到测试用例文档中）； 编写基于目标汇总表的查询语句：用于：和界面汇总数据进行比较，检查前端取数是否正确；用于和明细表查询进行比较，以定位汇总逻辑是否出现问题； 自动化脚本：将上面三种查询语句整合在一个存储过程中，对查询结果进行比较，并返回比较结果，可以将很多指标的三表查询逻辑整合在一个存储过程中，做为项目的自动化测试代码，每天执行该存储代码即可自动检查每个指标数据的正确性，每天的自动检查，可减少测试人力，保证项目的质量。（可以选择必要的模块使用该方法）。 数据用例的使用 对数据用例进行使用时，可直接执行基于源表的查询语句，和前端界面展现结果进行对比，如果一致，证明中间的过程都是正确的，如果不一致，需要再定位是前端取数错误，还是后台数据错误。出现问题的情况有： 界面汇总数据和源表查询结果对不上：定位时，需要直接从目标汇总表