软件测试工程师怎样有效记录缺陷(Bug)功能测试面试经常问到!

我们发现这个缺陷之后,如何进行有效的记录?如何提交一个高质量的Bug

在这里插入图片描述
至少让开发看到这个Bug的时候,他知道怎么样去进行复现。然后他不会第二次第三次第四次来问你,呃,你这个是怎么操作的,你这个是怎么复现的?你这个准备数据是什么?

如果说你提了一个Bug之后,一个开发不断的来跟你沟通,你的操作是什么样子的,你有什么前提条件,你要准备什么样的数据、环境。有这些问题就表示你的Bug提交得不到位。这个肯定会影响开发修改的效率,在这中间他怀疑你提交的Bug不好,你怀疑他的理解能力不够,一来一回就很容易起冲突!

所以对于我们软件测试工程师第二职责就是如何去提交一个高质量的Bug,(第一职责如何去判断一个问题是缺陷,或者说我如何来推动缺陷的修改,可以阅读我往期的文章)

怎样有效记录缺陷,在这里我给大家总结了五个点。

第一个我们要保证这个缺陷是可以重现的,我们常见的Bug我们可以把它分为两大类,一个是可以复现的Bug,第二一类是偶现的Bug,就是说低概率出现的Bug。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值