软件测试 绿灯,软件测试中绿灯测试定义?

本文探讨了在软件测试中提交高质量bug报告的关键点,包括唯一性、可重现性、一致性、完整性、简洁性和跟踪性。强调了在面对不可重现bug时,应保留信息、提高意识、自我分析并寻求帮助,以确保问题得到妥善解决。通过这些方法,可以将大多数不可重现的问题转化为可重现并提交的bug。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

cedadb7f12e2e54531f37a8671bb0be0.png

2015-01-14

软件测试中如何提交高质量bug

1、唯一性。一个bug说明一个问题,如果有能力的话,一个bug说明一类问题,这一类问题一定要能判断出是一条代码错误引起。 2、可重现。提供这个bug的精确步骤,使开发人员容易看懂。 3、一致性。 bug描述及所有信息要前后一致,不可有歧义。 4、完整性。最好能抓图,一目了然;测试环境和特定条件一定要描述清楚,许多软件功能在通常情况下没有问题,而是在某种特定条件下会存在缺陷,所以软件缺陷描述不要忽视这些看似细节但又必要的特定条件。 5、简洁性。通过使用关键词,可以使软件缺陷的标题描述短小简练,又能准确解释产生缺陷的现象。 6、跟踪性。也许随着版本的变化,或者测试的深入,对bug有了新的...全部

1、唯一性。一个bug说明一个问题,如果有能力的话,一个bug说明一类问题,这一类问题一定要能判断出是一条代码错误引起。 2、可重现。提供这个bug的精确步骤,使开发人员容易看懂。 3、一致性。

bug描述及所有信息要前后一致,不可有歧义。 4、完整性。最好能抓图,一目了然;测试环境和特定条件一定要描述清楚,许多软件功能在通常情况下没有问题,而是在某种特定条件下会存在缺陷,所以软件缺陷描述不要忽视这些看似细节但又必要的特定条件。

5、简洁性。通过使用关键词,可以使软件缺陷的标题描述短小简练,又能准确解释产生缺陷的现象。 6、跟踪性。也许随着版本的变化,或者测试的深入,对bug有了新的认识或者新的判断,及时补充相关信息,能够提供给开发更有用的信息。

7、客观性。软件缺陷描述不要带有个人观点,不要对开发人员进行评价,软件缺陷报告是针对产品的。 其实在平时测试中,经常会遇到不能重现的bug,这些问题有不能提交bug,如果放过往往上线后出现的概率很大,问题也一般比较不可接受。

所以我觉得对于重现不可重现的bug是做好测试很重要的能力。 1、保留信息。遇到问题,最好抓图,搜集错误日志,保留测试现场环境,一旦发现此问题不可重现,这些数据和信息将很重要。 2、提高意识。很多人在遇到这类问题时,往往觉得后来操作不可重现了,因此就忽视了。

这样往往会把此类bug遗留到产品发布后。欠的帐总要还得。 3、自我分析。对于自己分析这类问题,其实对自己的提高是最大的。分析思路:环境问题和操作顺序。 4、寻求帮助。如果研发可以帮忙,并且研发是负责任的话,只有信息全,研发分析往往是最快的途径。

如果研发忙或者不乐意做,也是不可厚非的。但就要寻求组内能力强的人员或者组内讨论分析,集中大家的力量往往可以事半功倍。 在我的经历中,通过上面的方法,几乎能把所有的不可重现的问题变成可重现的并且提交bug。收起

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值