缺陷报告

本文详细介绍了软件缺陷的定义,包括佩腾在《软件测试》中的5条标准。接着,讨论了缺陷的属性,如缺陷标识、类型、严重程度、修复优先级和状态。此外,还提到了缺陷的频率以及严重程度与优先级的区别。文章还阐述了bug处理的基本流程,并详细描述了如何撰写缺陷报告,包括报告的基本结构和5C准则,强调了编写缺陷报告的要点和注意事项。

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

一、什么是缺陷

在第一章我们说过了什么事缺陷,一切不满足用户需求的都是缺陷

下面我们对缺陷的概念在详细的介绍一下。

佩腾在《软件测试》一书中说符合下面5个规则的就可以成为软件缺陷:

1、软件未达到产品说明书标明的功能。

2、软件出现了产品说明书中指明不会出现的错误。

3、软件功能超出了产品说明书指明的范围。

4、软件未达到产品说明书中虽未指出但应达到的目标。

5、软件测试员认为软件难以理解、不易使用、运行速度缓慢,或最终用户认为不好。

关于这 5点我们举例来说明一下。第一点,比如说我们开发一个记事本的软件,说明书中明确说了可以输入文字,结果开发的软件不具备输入文本的功能,肯定就是一个 defect了。第二点,说明书中明确说了在记事本软件中输入“联通”可以正确的保存并打开浏览,结果我们的记事本软件打开保存了的输入“联通”的文件出 现了乱 码,这也是一个defect了。第三点,比如说我们的说明书中没有定义记事本会自动的对关键字高亮显示(这个主要是针对编程语言),结果我们的记事本程序自动对关键字高亮显示了,这也是defect,尽管这样对用户使用会更好,但是他超出了产品说明书中指明的功能范围,所以还是defect。第四点 不太好说,所以就不用记事本举例了,原谅我,呵呵。比如在我国开发财务管理软件必须要符合财政部的规定,尽管说明书中一般不会指出,但是软件必须要符合这个规定,不然是不能发行使用的啊!第五点就好理解,因为测试员是第一个使用软件的,必须要从客户的角度来对待,尽管这里会有主观感觉,但还是要尽量客观 (就是多参考一些标准,例如定义界面的,检察易用性的标准),比如在Windows下的程序对话框中“是”按钮都是在左边,“否”按钮在右边,如果发现在 我们的记事本程序中,提示是否保存文件的对话框里“是”按钮在右边了,这就是一个defect了,因为它不符合Windows下用户的使用习惯。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值