软件缺陷描述规范

软件缺陷描述规范

一、缺陷基本定义

软件缺陷（Software Defect）：

软件缺陷是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。

缺陷的优先性，分为5级，参考下面的方法确定：

1)最高优先级(Blocker)，例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷，或用户重点关注的问题,缺陷导致系统几乎不能使用或者测试不能继续，需立即修复。

2)较高优先级(Critical)，例如，影响软件功能和性能的一般缺陷, 严重影响测试，需要优先考虑；

3)一般优先级(Major)，例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷,需要正常排队等待修复；

4)低优先级(Minor)，例如，对软件的质量影响非常轻微或出现几率很低的缺陷,可以在开发人员有时间的时候再被纠正；

5)最低优先级(Trival),例如，属于优化，可以不做修改的问题或暂时无法修复但影响不大的问题。

缺陷描述

软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发工程师交流的最好机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员,因此，正确评估缺陷的严重程度和优先级，是项目组全体人员交流的基础。

缺陷描述的原则：

有效的缺陷描述有以下几个原则：

可以重现：在缺陷的详细描述中提供精确的操作步骤，可以让发人员容易看

懂；

定位准确：缺陷描述准确，不会引起误解和歧义；

描述清晰：对操作步骤的描述清晰，易于理解，应用客观的书面语，避免使

用口语；

完整统一：提供完整、前后统一的软件缺陷的步骤和信息，按照一致的格式

书写全部缺陷报告，有关缺陷的格式参见“缺陷的格式”；

短小简练：通过使用关键词，可以使问题摘要的描述短小简练，又能准确解

释产生缺陷的现象。如“在新建任务窗口中，选择直接下达，负责人收不到

即时消息”中“新建任务窗口”、“直接下达”、“即时消息”等是关键词；

特定条件：许多软件功能在通常情况下没有问题，而是在某种特定条件下会

存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件

（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原

因的线索。如“网站在和的兼容问题”；

不做评价：在软件缺陷描述不要带有个人观点，对开发软件进行评价。软件

缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，

不需要任何评价或议论。

1.缺陷的格式：提交一条缺陷后，最好能够再检查一遍缺陷格式是否有问题。

常见的格式问题如下：

问题摘要中不能有句号；

问题摘要后不要有空格，直接填写内容；

问题摘要比较长时，可以用“，”分隔；

详细描述中序号后面“.”一定是半角的宋体，不是全角符号，并且后面不要再有空格；

详细描述中分号一定要使用全角的分号；

详细描述中的“->”应统一。应在英文输入法的半角状态下输入箭头；

注意缺陷中不要出现错别字，例如“登陆”应写为“登录”。

2.缺陷描述常见的问题：

问题摘要过长，不够简练、准确；

问题摘要与详细描述的内容不一致；

详细描述不清楚，无法复现；

详细描述冗长，不宜于理解；

缺陷定位不正确；

缺陷等级定位错误；

缺陷的类型定位不正确；

不是缺陷。

三、 缺陷管理

1. 缺陷跟踪

缺陷的提交人，实时跟踪缺陷状态，对开发人员提出的疑问，及时作出回答； 及时更新缺陷状态。 缺陷生命周期

开发人员

项目经理测试人员发现BUG

提交BUG

判断

修复缺陷

关闭缺陷回归测试确认缺陷

Open Assign

ReOpened

Closed

Won't Fix

Fixed

四、缺陷示例

缺陷优先级会涉及从Critical到Trivial，严重程度等级会涉及从S1到S5。

一般地，严重程度高的软件缺陷具有较高的优先级，但是严重程度和优先级并不总是一一对应。有时候严重程度高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重程度低的缺陷却需要及时处理，反而具有较高的优先级。例如，公司名字和软件产品徽标是重要的，一旦它们误用了，这种缺陷是用户界面的产品缺陷，并不影响用户使用。但是它影响公司形象和产品形象，因此这也是优先级高的软件缺陷。

通常功能性的缺陷较为严重，具有较高的优先级，而软件界面类缺陷的严重性一般较低，优先级也较低。但实际上，优先级和严重程度是有联系也有区别。严重程度高的，必然优先级也要高，但优先级高的，严重程度却并非也一定高。

1.功能性：

1）S1级/Critical

导致系统崩溃：执行正常操作或者误操作后，导致整个系统，或者大部

分模块无法正常使用：

问题摘要：为一个子部门设置一个网站签收员，再在人事管理中将该用户删除，导致程序加载不上

详细描述：

1.组织架构中，新建一个部门，为该部门指定一个网站签收员；

2.进入人事“用户后台管理”，找到该用户，并将该用户删除；

3.重新登录，系统提示断开，无法登录系统。

导致死机：执行正常操作或者误操作后，导致死机：

问题摘要：通过地址簿填写多个收信人时导致所有程序无法响应

详细描述：

1.建立新邮件，单击“收信人”按钮，查找电子邮件地址；

2.双击添加多个联系人地址时，程序无法响应，同时也无法执行其他应用程

序，必须重新启动机器。

主业务流程出现断点：业务流程可以分为主业务流程和一般业务流程，

是根据功能在流程中的重要程度进行区分的，例如在OA办公系统中，发

文后无法收文应该是主业务流程的问题，收文后归档存在问题，则是流

程的一个分支，属于一般业务流程：

问题摘要：打开公文时，系统报错

详细描述：

1.公文流转中，选择一个公文双击打开，系统报错：

有关调用实时(JIT)调试而不是此对话框的详细信息，

请参见此消息的结尾。

************** 异常文本 **************