如何准确定位反馈回来的bug问题

如何测试准确定位反馈回来的bug问题

当一个用户反馈过来的bug问题,应该如何进行分析呢?

在最近遇到的bug问题我进行了一些总结:

1、询问发生问题的具体操作,我们是否有条件,进行还原,
ps:第一点其实不容易,用户通常很难把问题完整的描述下来,再通过客服或市场转述回来,信息很容易出现偏差,所以很多时候需要我们自己判断。

2、分析用户出现问题的主要情境
因为使用软件或硬件的环境不同可能会影响测试结果,最好能还原用户的真实环境。

3、通过业务流程和操作入口来分析用户操作的可能性。
业务流程我们很容易想到,但偶尔会遗忘操作入口的情况,例如,这段信息在A和B都能保存,但你只考虑到A的情况,这就少了一种情况,所以这点要注意。

4、咨询软件开发者的意见
有时候,我们查找问题还要软件人员的帮助,因为软件开发人员作为操刀者,最有可能给你提供测试的思路,我有次问题就是跟软件开发者沟通后,重新设计,才找到bug问题的来源和操作。

因为我测试的流程和用例都设计好了,而且每次版本发布我们都会做大大小小的用例测试,难免会有特殊操作没有覆盖掉,发现BUG问题,其实也帮助了我们完善测试流程和用例,所以爱上发现bug问题其实也很有必要。

自己的一点分析,欢迎交流!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值