数据测试 数据处理逻辑在前端应该如何测试

秃头修炼者 · 2022年06月03日 · 最后由 Thirty-Thirty 回复于 2022年06月07日 · 4324 次阅读

目前新来到一个公司,接到的需求是对数据准确性进行测试

老板不做接口测试,说是接口传到前端的数据,前端会重新进行计算再显示

这种情况下应该选择什么方式来进行测试?

最佳回复

这里分为两种情况:
1、后端接口进行数据加工后,传递到前端,前端直接显示
2、后端接口直接将原始数据,传递到前端,前端加工后再显示

我理解现在是第二种情况,(不过建议还是要和开发确认清楚,很多公司对于这块区分理解是不一样的,划重点和开发确认)

当成正常的功能测试验证就可以了,所有的数据展示,就按照前端处理逻辑进行测试即可。(测试用例编写时应该与前端开发进行逻辑确认,接口开发进行原始数据确认)

同时也可结合接口文档,构造接口返回原数据,配合 Fiddler、Charles 改变返回值,进行前端其他逻辑覆盖验证

共收到 12 条回复 时间 点赞

这里分为两种情况:
1、后端接口进行数据加工后,传递到前端,前端直接显示
2、后端接口直接将原始数据,传递到前端,前端加工后再显示

我理解现在是第二种情况,(不过建议还是要和开发确认清楚,很多公司对于这块区分理解是不一样的,划重点和开发确认)

当成正常的功能测试验证就可以了,所有的数据展示,就按照前端处理逻辑进行测试即可。(测试用例编写时应该与前端开发进行逻辑确认,接口开发进行原始数据确认)

同时也可结合接口文档,构造接口返回原数据,配合 Fiddler、Charles 改变返回值,进行前端其他逻辑覆盖验证

我觉得楼主有点走偏了,数据准确性测试不应该只关注结果,还要关注计算过程吧?

对于展示结果的测试方式,楼上已经说得很清晰了。不过从完整性角度,还得看计算过程。比如金融类业务,计算过程用浮点数直接计算会造成不准确(浮点数本身的特性导致,必须更换为专门的高精度计算库进行计算)、数据库存储金额单位有差异没有做合理转换(比如有的字段单位是分,有的字段单位是元,有的字段保留 2 位小数,有的字段保留 5 位小数等)。这些都是测试数据准确性需要关注的。

这种情形应进行系统测试

先得了解前端拿到数据咋加工的吧?要不然测试用例咋设计?

还有前端计算是存在一定的精度问题的。这个就是需要着重关注的

秃头修炼者 关闭了讨论 06月07日 17:57
秃头修炼者 重新开启了讨论 06月07日 17:57

感谢楼上各位的回复,

不过公司已经对整体业务开始重构了,把所有前端的逻辑都迁移到后端了😂 ,就不需要在前端进行数据的校验了
之后的测试任务都是在接口上面

49875183 回复

感谢回复,已经进行了整体的功能性测试
对原始数据的重新计算并显示前端在前端的话(大数据量显示的情况下),确实有些困难

陈恒捷 回复

目前,确实有些混乱

现在,先拿到原始数据,然后在代码层面 计算出来想要的结果,再在前端进行比对,其实我感觉还是有一定难度的

数据精度方面确实感觉不好控制,我们项目是做成分分析的,对数据的精确度确实有一定的需要,还是需要更多的能力来进行整体的测试

笑哼 回复

开发告知了 数据的计算逻辑
拿到原始数据后,在代码层面跑出结果,然后再前端进行比对

不过这个方法确实有点笨拙

__hhh__ 回复

是的,我们项目是做成分分析的,对精度的要求很高 😂

Thirty-Thirty 回复

目前项目刚开,就我自己测试,就验证了整体业务基本的流程,老板主要是关注数据准确性方面 😂

所以:老板说话还是要听的要不然丢饭碗

不冲突啊,系统测试可以保证数据准确性

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册