序

节点名称

节点说明

1

分析业务和需求

熟悉业务流程和业务规则：

1. 指标项的数据来源、取数口径、计算公式；
2. 源数据的更新（包括增、删、改或状态的变化），对报表中指标项的计算产生的影响。

2

制定测试方案和计划

参与技术评审，了解技术架构设计、模块设计和数据模型设计:

1. 确定指标项来源于哪几张表，哪几个字段

3

设计测试用例

数据报表测试通用测试点:

1. 数据的正确
2. 格式的正确
3. 权限的控制
4. 报表与报表间的关系

4

准备测试数据

测试数据一般有两类：

1. 业务来源表的真实历史数据
2. 构造自己所需要的的数据（某些场景数据缺乏时）

5

测试执行

参考测试用例执行测试，发现并评估数据问题。测试过程中，注意避免 “ 污染 ” 生产数据，并保证测试的全面性。

6

生成测试报告并分析结果

对测试过程进行总结，梳理测试中的问题，并分析测试结果，最终生成测试报告。

序

测试项

测试子项

测试要点

1

数据的正确性验证

数据来源

1. 指标项来源于哪几张表，哪几个字段；

数据计算逻辑

1. 数据的计算公式是什么；

数据范围

是否正确显示了报表设置的日期范围:

1. 要注意边界数据，比如时间选择为 12 月，当天为12月5日，需确认是否包含 12月5日 这一天 ;
2. 特殊需求，比如首页默认按最近有数据的一天，详情页显示最近有数据的一天 / 一周 / 一月。

数据的对应关系

数据库中的数值与界面数据的对应：

1. 比如 通过状态：1：通过 2：未通过。数据库中是数值1、2，对应界面是“通过”、“未通过”；
2. 需要确认这个对应关系是否正确。

数据的格式

1. 精度（精确到个位、精确一位小数、精确两位小数）是否正确；
2. 单位是否正确（元/万元、公里/百公里）。

明细与合计的一致性

1. 各部分明细的总和与合计一致；

2

格式的正确性验证

UI界面

1. 参考交互设计和视觉稿；

各级标题

1. 报表标题是否正确显示；
2. 切换到其他报表 Tab 页，或者根据不同权限用户报表名称随之变化。

分页

1. 当输出的内容多于默认展示条数时，分页是否正确

友好性

1. 数据或图表是否清晰，一目了然；
2. 数据的展示符合用户的习惯；
3. 关键指标是否有说明；
4. 需要用户特别关注的数据是否突出显示。

3

权限的控制验证

应用入口

1. 配置了入口权限的用户才能看到应用入口

页面权限

1. 不同权限的用户登录看到的是不同的页面内容

4

报表与报表之间的关系验证

采用相同数据源的报表

1. 有些报表都使用了相同的数据，只不过针对不同的需要做了不同的处理，所以报表与类似报表之间要做些测试，看看数据是否一致；
2. 有些报表之间数据源相同，数据维度不同，比如报表1 统计的是所有部门的总收入，报表2 统计的是各个业务部门的收入，那它们之间就存在报表2 各部门收入总和与报表1 相等的关系。