BI测试指南.docx

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