说说你印象中比较深刻的 Bug

本文分享了测试工程师如何找到并理解深刻的印象深刻的Bug,强调了理解Bug原因、站在用户角度思考以及问题解决后的跟进与总结的重要性。通过支付业务的案例,解释了测试过程中的疏漏,并提出了如何避免类似问题的方法。此外,还讨论了交易系统中熔断保护机制的必要性,以防止上游服务故障导致的超时问题。
摘要由CSDN通过智能技术生成

大家好啊,我是大田。

这个问题,大多是针对初级测试工程师常问的问题,虽然说测试人员日常就是找 Bug ,但是我们内心会觉得工作中找到的 Bug 太简单,不知道你们有没有同感,但这个问题更多考察的是:

1、深刻理解 Bug 出现的原因、测试人员是否有定位问题的能力

2、是否真正站在用户的角度去考虑问题

3、问题解决后是否会做跟进、复盘、总结

大田给出自己对这个问题的思路,供你参考

一、从哪找 Bug?

1、总结自己公司平常的生产问题,或因为环境的问题导致,只有生产才会出现这个问题;

2、因为对业务不熟悉导致一些问题漏测;

3、看看组内小伙伴提的bug,对你有无启发;

二、怎么回答?

比如:支付业务,测试环境只测了小额支付(如:0.01 元),没有进行大额付款验证或者对一些特殊金额(如:30.78 元)验证到,导致生产报错。从这个问题也发现自己并没有站在用户的角度,从实际出发去考虑问题,因为用户不会支付特别小金额的交易。经历过这个问题后,基本上每次都会验证大小额及特殊金额回归测试。

再比如:生产商户做交易一段时间内一直报超时,经过排查发现上游通道服务出错,我方未对交易系统做熔断保护机制,那这里我方重新对这的逻辑进行修改,如果超过设定的阈值,调不到上游通道的服务,就会调本地的服务,

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

软件测试大田

你的赞赏是大田更新的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值