Bug的质量衡量

注:节选自《软件测试技术大全》

7.6.1Bug的质量衡量
某些测试人员认为录入的Bug描述不清晰不要紧,如果导致开发人员误解的话,开发人员应该主动来找测试人员问个明白。
这话有一定的道理,这确实有一部分沟通上的问题。但是测试人员如果尽量清晰地描述缺陷,尽量让开发人员一看就明白是什么问题,甚至是什么原因引起的错误。这样岂不是节省了更多沟通上的时间?
因此需要引起测试人员注意的是,Bug的质量除了缺陷本身外,描述这个Bug的形式载体也是其中一个衡量的标准。如果把测试人员发现的一个目前为止尚未出现的高严重级别的Bug称之为一个好Bug的话,那么如果录入的Bug描述不清晰,令人误解,难以按照描述的步骤重现的话,则会大大地有损这个好Bug的“光辉形象”。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值