移动端报表测试方案_v1.0

最近在做移动端报表的测试，根据实际测下来的情况阿常先总结一版测试流程和测试方案（这是初版 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 相等的关系。

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