目前新来到一个公司,接到的需求是对数据准确性进行测试
老板不做接口测试,说是接口传到前端的数据,前端会重新进行计算再显示
这种情况下应该选择什么方式来进行测试?
这里分为两种情况:
1、后端接口进行数据加工后,传递到前端,前端直接显示
2、后端接口直接将原始数据,传递到前端,前端加工后再显示
我理解现在是第二种情况,(不过建议还是要和开发确认清楚,很多公司对于这块区分理解是不一样的,划重点和开发确认)
当成正常的功能测试验证就可以了,所有的数据展示,就按照前端处理逻辑进行测试即可。(测试用例编写时应该与前端开发进行逻辑确认,接口开发进行原始数据确认)
同时也可结合接口文档,构造接口返回原数据,配合 Fiddler、Charles 改变返回值,进行前端其他逻辑覆盖验证
这里分为两种情况:
1、后端接口进行数据加工后,传递到前端,前端直接显示
2、后端接口直接将原始数据,传递到前端,前端加工后再显示
我理解现在是第二种情况,(不过建议还是要和开发确认清楚,很多公司对于这块区分理解是不一样的,划重点和开发确认)
当成正常的功能测试验证就可以了,所有的数据展示,就按照前端处理逻辑进行测试即可。(测试用例编写时应该与前端开发进行逻辑确认,接口开发进行原始数据确认)
同时也可结合接口文档,构造接口返回原数据,配合 Fiddler、Charles 改变返回值,进行前端其他逻辑覆盖验证
我觉得楼主有点走偏了,数据准确性测试不应该只关注结果,还要关注计算过程吧?
对于展示结果的测试方式,楼上已经说得很清晰了。不过从完整性角度,还得看计算过程。比如金融类业务,计算过程用浮点数直接计算会造成不准确(浮点数本身的特性导致,必须更换为专门的高精度计算库进行计算)、数据库存储金额单位有差异没有做合理转换(比如有的字段单位是分,有的字段单位是元,有的字段保留 2 位小数,有的字段保留 5 位小数等)。这些都是测试数据准确性需要关注的。
这种情形应进行系统测试
先得了解前端拿到数据咋加工的吧?要不然测试用例咋设计?
还有前端计算是存在一定的精度问题的。这个就是需要着重关注的
感谢楼上各位的回复,
不过公司已经对整体业务开始重构了,把所有前端的逻辑都迁移到后端了 ,就不需要在前端进行数据的校验了
之后的测试任务都是在接口上面
感谢回复,已经进行了整体的功能性测试
对原始数据的重新计算并显示前端在前端的话(大数据量显示的情况下),确实有些困难
目前,确实有些混乱
现在,先拿到原始数据,然后在代码层面 计算出来想要的结果,再在前端进行比对,其实我感觉还是有一定难度的
数据精度方面确实感觉不好控制,我们项目是做成分分析的,对数据的精确度确实有一定的需要,还是需要更多的能力来进行整体的测试
目前项目刚开,就我自己测试,就验证了整体业务基本的流程,老板主要是关注数据准确性方面
所以:老板说话还是要听的要不然丢饭碗