共计 3100 个字符，预计需要花费 8 分钟才能阅读完成。
随着大数据分析的风行，测试人员越来越多的须要接触到各类不同的报表，如何测试报表中相干数据的有效性和正确性成为了难点。
报表波及的测试点很多，比方上下游数据的比对、权限、性能、平安、接口、内容展现等等，且因为报表是用户最关怀最罕用的模块，所以如何保障报表的测试品质就显得尤为重要了。
报表测试次要分为：报表界面测试、报表安全性、报表准确性、报表展现速度（也就是性能）。从重点开始，数据准确性测试，带有报表测试的零碎分为两类，一类是业务零碎中，带有统计分析功能模块，该模块中蕴含剖析报表，这个零碎的主体是业务零碎，报表是为办理业务的而提供帮忙的。比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据精确与否，可通过减少、删减、批改相干业务或相干业务的参数，查看统计报表数据变动，检查数据准确性。另一类是零碎只有统计性能，就是数据仓库展示这类，它与业务零碎拆散，并且通过多层解决，比方数据仓库的数据，通过抽取，荡涤，展示前会通过数据挖掘，数据再解决，有些字段在原始数据表中基本就没有。这样的数据准确性测试比较复杂，当然查看出数据谬误，批改定位也是很不容易的。
针对报表测试，个别状况下，咱们须要本人筹备数据，来验证报表统计的准确性。因为零碎的形成不一样，简略把报表测试过程合成为两个档次：数据收集汇总、数据统计展。
在做数据收集汇总验证时，咱们须要理解数据从哪里来，如何汇总，数据入库的规定是什么，如何寄存，在什么工夫点进行汇总。把这些问题弄清楚了，才能够针对性的做测试策略，来验证数据入库的准确性。这步很重要，因为这个是报表测试的数据起源，如果这里的数据出错，前面的所有都没有意义。
针对数据统计展示，咱们须要理解页面上展示的数据来源于库中的哪些表哪些字段，依据什么样的规定来统计。把所有须要展示的数据集对应分明，这样能力无效的进行数据筹备，验证前端的统计、展示是否有问题。
在理论的测试过程中，以上两个档次不要集中在一起去验证，免得链路过长，不好定位问题，最好离开来验证（能够由不同的人员并行测试），同时，在测试过程中，肯定要保证数据的可控制性！！！在开发设计之初，咱们就须要评估相干的测试数据制作工夫，进行有针对性的筹备。实现数据筹备后，最好可能备份，以便在测试过程中随时还原数据，重现或者验证 BUG。
1.1 数据汇总测试策略
测试项目: 数据起源
测试要点:1. 数据从哪些零碎中的收集 2. 通过什么形式进行收集(定时工作 \ 接口筛选 \ 数据库同步)
测试项目: 数据入库
测试要点:1. 数据源库与指标库的对应关系 2. 理解相干库的基本操作(MYSQL\HADOOP)
测试项目: 数据验证
测试要点:1. 明确数据入库的工夫分片(按日? 月? 年? 时? 分)2. 核查两边的数据, 能够抽样验证, 重点关注临界的数据
1.2 测试数据筹备
测试项目: 原始数据
测试要点:1. 理解原始库的库表构造 \ 数据分类 2. 理解本次报表展示的边界规定, 对应的筹备测试数据 3. 通过肯定的伎俩生成数据并固定测试数据
测试项目: 展示数据
测试要点:1. 数据笼罩所有分类 2. 数据量须要足够多 3. 须要蕴含所有边界值(联合展示时的查问条件)4. 数据中须要蕴含大量的非法数据, 验证零碎的容错性
测试项目: 数据生成形式
测试要点:1. 存储过程 2. 第三方工具 3. 通过业务生居数据(并不举荐)4. 相干业务接口生成数据
1.3 页面数据展示测试
测试项目: 数据的起源
测试要点:
来源于哪张表, 哪个字段
数据库中的数值与界面数据的对应. 如数据库中性别的数据可能是 0 或 1, 但界面显示为男或女, 这个对应关系是否正确.
测试项目: 数据的范畴
测试要点:
是否只显示了报表设置的对应范畴
特地要留神边界数据, 要分明报表的需要, 是否须要过滤掉被抉择的数据. 如工夫抉择为 2006-9-27~2007-9-27, 那么是否应该蕴含 9 -27 这天.
测试项目: 数据的对应关系
测试要点:
数据库中的字段是否与报表中的信息对应
测试项目: 数据的格局
测试要点:
小数位, 千位符, 四舍五入等是否与报表设置统一
单位或税率转换是否正确
组合显示的数据是否正当
测试项目: 数据的排序
测试要点:
排序形式是否与报表设置统一(如果没有设置, 是否有一个清晰的默认排序形式, 如按字母或数字排序)
测试项目: 数据准确性
测试要点:
对于各种分类统计，首先验证数据总量是否统一，其次验证各类数据的总和是否统一，特地留神四舍五入对数据的影响
所登录的用户是否能查看到全量的数据，还是局部数据，局部数据的统计是否正确
测试这一部分内容须要对业务逻辑相当相熟, 对数据库的设计也要十分理解. 必要时能够通过本人写查问语句查看数据. 有些报表的条件有多有少, 但测试方法都是一样. 依据条件通过等价类划分和排列组合设置各种条件组合. 千万不要自觉的测试, 否则会导致该测的没测, 多余的测试做了一堆.. 一般来说有类别划分的(个别界面体现为下拉框), 每个类别都要测试到, 如性别中的男, 女都要测试. 输出的能够用等价类来划分要测试的数据.
1.4 页面 UI 测试
测试项目: 报表的整体格调
测试要点:
报表是否符合规定的或用户设置的格局
测试项目: 报表题目
测试要点:
报表的题目是否是正确的报表名称
如报表中有嵌入的数据(会追随用户的抉择而变动的). 须要检查数据是否正确, 如 XX 企业 9 月份财务报表, 这个 9 月就是用户抉择的; 或者 XX 公司 2006-9-27~2007-9-27 的网站访问量, 这个时间段也是用户抉择的.
测试项目: 报表的页首与页尾
测试要点:
是否采纳了统一的规定.
测试项目: 分页
测试要点:
当输入的内容多时, 分页是否正确.
翻页性能是否正确
测试项目: 敌对性
测试要点:
数据或图表是否清晰, 高深莫测,
数据的展现合乎用户的习惯
须要特地揭示的数据 (如共计, 异样数据) 是否突出显示
简单算法处, 用户不明确或容易混同处是否有正文
一些默认的格局是否让人感觉难受, 如对齐, 边界, 距离等
测试项目: 惯例页面查看
测试要点:
翻页
联动搜寻
数据比例差别很大时, 报表的表现形式
1.5 数据权限管制
测试项目: 报表零碎权限管制等级
测试要点:
比方：按钮级（权限不够某个按钮就不能用）；菜单级（权限不够某个菜单就不能用）；页面级（比方用 tab 形式展现页面，没有权限则某个页面就不展示）
测试项目: 参加人员波及到的权限
测试要点:
个别以角色辨别，这里具体列出各个角色容许的权限，便于后继针对性查看
测试项目: 数据权限
测试要点:
在条件抉择区域, 有些下拉框中应该不能显示用户权限范畴外的数据. 如一般文员在应用报表时, 报表名称下拉框中是不能够显示管理者能力查看的报表的. 有些以输出的文本框有级别的划分时, 都应该要测试输出超过权限的数据的相应. 留神这里肯定要测试每个条目.
测试项目: 数据内容
测试要点:
报表中的内容不能显示用户本没有权限查看的数据.
1.6 报表输入
报表在电脑上生成后, 并不是报表的完结. 报表个别都须要打印进去他用, 如散会或者提交审批之类. 所以报表的打印性能也是十分重要的. 测试次要分成三局部:
l 打印设置
l 打印预览
l 理论打印成果
除了打印之外, 用户有可能须要导出报表做进一步的剖析或用于和其余报表的比拟. 所以也应该提供导出报表的性能. 个别能够导出为 CSV,Excel,pdf,html,xml 格局. 看公司须要了. 这里次要要查看导出的报表默认属性是否为读写, 而后导出的内容是否正确, 与生成的报表相一致。具体可参考国内优良的报表零碎思迈特软件 Smartbi。
1.7 报表性能
用户在设置好条件后都心愿不要期待报表太长时间, 当然有时数据量大时等待时间长些也是正当的. 然而在做报表的开发时或测试人员能够提出一些意思来进步报表的性能. 能够走查开发的 SQL 代码、必要的时候能够通过视图来进步性能。
