最近在做移动端报表的测试，根据实际测下来的情况阿常先总结一版测试流程和测试方案（这是初版 v1.0，后续在此基础上做更新迭代）。

由于不同的报表需求具有定制化差异，阿常这里仅针对自己测过的报表做测试经验归纳总结，可能并不适用于大家所负责的报表测试需求，大家可根据需要选择性阅读此文。

一、测试流程

序

节点名称

节点说明

1    分析业务和需求    

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

• 指标项的数据来源、取数口径、计算公式；

• 源数据的更新（包括增、删、改或状态的变化），对报表中指标项的计算产生的影响。
  

•    

2    制定测试方案和计划    

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

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

•    

3    设计测试用例    

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

• 数据的正确

• 格式的正确

• 权限的控制

• 报表与报表间的关系

•    

4    准备测试数据    

测试数据一般有两类：

• 业务来源表的真实历史数据

• 构造自己所需要的的数据（某些场景数据缺乏时）
  

•    

5    测试执行    

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

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

二、测试方案

序

测试项

测试子项

测试要点

1    数据的正确性验证    数据来源    

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

•    

数据计算逻辑    

• 数据的计算公式是什么；

•    

数据范围    

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

• 要注意边界数据，比如时间选择为 12 月，当天为12月5日，需确认是否包含 12月5日 这一天 ;

• 特殊需求，比如首页默认按最近有数据的一天，详情页显示最近有数据的一天 / 一周 / 一月。

•    

数据的对应关系    

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

• 比如 通过状态：1：通过 2：未通过。数据库中是数值1、2，对应界面是“通过”、“未通过”；

• 需要确认这个对应关系是否正确。

•    

数据的格式    

• 精度（精确到个位、精确一位小数、精确两位小数）是否正确；

• 单位是否正确（元/万元、公里/百公里）。
  

•    

明细与合计的一致性    

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

•    

2    格式的正确性验证    UI界面    

• 参考交互设计和视觉稿；

•    

各级标题    

• 报表标题是否正确显示；

• 切换到其他报表 Tab 页，或者根据不同权限用户报表名称随之变化。
  

•    

分页    

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

•    

友好性    

• 数据或图表是否清晰，一目了然；

• 数据的展示符合用户的习惯；

• 关键指标是否有说明；

• 需要用户特别关注的数据是否突出显示。
  

•    

3    权限的控制验证    应用入口    

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

•    

页面权限    

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

•    

4    报表与报表之间的关系验证    采用相同数据源的报表    

• 有些报表都使用了相同的数据，只不过针对不同的需要做了不同的处理，所以报表与类似报表之间要做些测试，看看数据是否一致；

• 有些报表之间数据源相同，数据维度不同，比如报表1 统计的是所有部门的总收入，报表2 统计的是各个业务部门的收入，那它们之间就存在报表2 各部门收入总和与报表1 相等的关系。
  

•    

看完今天的分享对你是不是有所启发呢，有任何想法都欢迎大家后台私信阿常，一起探讨交流。