前提:在业务测试场景中,有遇到一个账号在一个活动仅能领取1次虚拟币;已拿到接口文档,并通过jmeter构造好领取虚拟币的接口请求; 步骤:在jemter中的接口修改了token值,也就是换一个新用户,然后在线程组的线程数为4次,其余默认,然后点击执行; 结果:查看结果数均返回成功,查看后台发现该账号同一时间能领取成功
原因:在数据插入数据库期间,订单未被锁定, 导致在处理阶段可以重复被领取 经典理由: 1.功能无法测试到的Bug:业务测试中,用同一个账号测试和不同的账号对同一个活动测试,测试结果是一个账号只能领取一个虚拟币,而压测并发过程中,居然是可以被领取成功,这是功能测试无法发现的; 2.这是一个很简单的接口和工具相结合的测试案例; 3.测试人员对设计到钱的业务,都有一个很好的谨慎防范意识; 预防: 1.分享该Bug到测试组,并进行操作以及分析,让各自小组有涉及到类似场景进行测试; 2.增加到经典Bug,用于刚入职人员以及季度回顾Bug列表; 3.对于涉及到金钱的业务,主管都要做好相关测试内容审核,避免给业务造成损失;
如您有很多经典的Bug,欢迎联系我或者留言,让我们一起把收集的经典的Bug分享给大家,而不是压箱底,“金子”是要拿出来,才会看到它在发光~