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

大家好啊,我是大田。

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

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

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

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

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

一、从哪找 Bug?

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

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

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

二、怎么回答?

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

再比如:生产商户做交易一段时间内一直报超时,经过排查发现上游通道服务出错,我方未对交易系统做熔断保护机制,那这里我方重新对这的逻辑进行修改,如果超过设定的阈值,调不到上游通道的服务,就会调本地的服务,等到上游通道服务开放后,我司再进行同步操作。通过这个 Bug,也给了自己一些启示,比如需要调上游通道的服务时,我们可以设置一个挡板做测试。

以上就是大田今天的分享了,如果你觉得有用可以给大田点个赞哦。

推荐文章:

如何学习软件测试?

每天这么忙,到底写不写测试用例?

Linux 的安装及配置

2022.06.07,是大田日更第 122 / 365 天。每篇文章解决某个具体问题,关注公众号,后台私信「 电子书 」送你1.5G 测试资料,私信「 Linux 」得到大田整理的命令详解一份。


版权声明:本文为weixin_38177508原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。