测试猿怎样说服开发我的Bug是真的Bug

最近面试的时候,被问到如果提出的Bug被开发驳回不认为是bug,我该怎么办?想起之前处理过的一个情况,当时开发跟我争论是不是bug,我依次使出了这几招,终于说服了开发~下面就跟大家分享我的秘籍!

🥼第一招:重复重现
我先重复多次重现该bug,记录清楚测试环境和复现步骤,确保问题可以稳定重现,否则开发很难定位问题!

📜第二招:引用需求规格
然后我找出相关需求文档,引用应该符合的规范,和测试现象进行对比,说明存在差异。

🔎第三招:代码review
和开发一起review代码,看是否有 validation 没cover到的边界条件,才会导致我的测试现象出现。

⚙️第四招:日志断点调试
我也会让开发加日志和断点来跟踪程序执行流程,一步步排查到底哪一行代码逻辑出问题了。

🤝第五招:集体讨论
如果争论不休,我们就组织相关人员至上进行场景重现,现场集体讨论技术原因,说明这个bug的严重性。

📝第六招:修改Bug报告
如果确实是设计理念不统一导致争议,我会修改bug报告为“需求变更”或“无法重现”,先行结束无谓论战。

以上这些招数,都能帮我说服开发认可我提出的Bug报告!温和理性且专业的沟通很重要,这也是测试猿晋升的必备技能!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值