最近在做移动端报表的测试,根据实际测下来的情况阿常先总结一版测试流程和测试方案(这是初版 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 相等的关系。 |
看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流。