用英文描述软件bug (defect, 缺陷)++

  • 格式:docx
  • 大小:115.23 KB
  • 文档页数:29

下载文档原格式

  / 47
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

一、缺陷基本定义

软件缺陷(Software Defect):

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

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

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

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

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

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

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

二、缺陷描述

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

缺陷描述的原则:

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

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

➢定位准确:缺陷描述准确,不会引起误解和歧义;

➢描述清晰:对操作步骤的描述清晰,易于理解,应用客观的书面语,避免使用口语;

➢完整统一:提供完整、前后统一的软件缺陷的步骤和信息,按照一致的格式书写全部缺陷报告,有关缺陷的格式参见“缺陷的格式”;

➢短小简练:通过使用关键词,可以使问题摘要的描述短小简练,又能准确解释产生缺陷的现象。如“在新建任务窗口中,选择直接下达,负责人收不到

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

➢特定条件:许多软件功能在通常情况下没有问题,而是在某种特定条件下会存在缺陷,所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件

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

因的线索。如“网站在IE7.0和IE8.0的兼容问题”;

➢不做评价:在软件缺陷描述不要带有个人观点,对开发软件进行评价。软件缺陷报告是针对产品、针对问题本身,将事实或现象客观地描述出来就可以,

不需要任何评价或议论。

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

常见的格式问题如下:

➢问题摘要中不能有句号;

➢问题摘要后不要有空格,直接填写内容;

➢问题摘要比较长时,可以用“,”分隔;

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

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

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

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

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

➢问题摘要过长,不够简练、准确;

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

➢详细描述不清楚,无法复现;

➢详细描述冗长,不宜于理解;

➢缺陷定位不正确;

➢缺陷等级定位错误;

➢缺陷的类型定位不正确;

➢不是缺陷。

1.缺陷跟踪

➢缺陷的提交人,实时跟踪缺陷状态,对开发人员提出的疑问,及时作出回答;➢及时更新缺陷状态。

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

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

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

1.功能性:

1)S1级/Critical

➢导致系统崩溃:执行正常操作或者误操作后,导致整个系统,或者大部分模块无法正常使用:

➢导致死机:执行正常操作或者误操作后,导致死机:

➢主业务流程出现断点:业务流程可以分为主业务流程和一般业务流程,是根据功能在流程中的重要程度进行区分的,例如在OA办公系统中,发

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

程的一个分支,属于一般业务流程:

➢出现不可挽救的数据丢失或损坏;

➢内存泄漏;

2)S2级/Blocker:发现影响被测模块正确运行的严重问题;

➢导致程序模块丢失或未实现:执行正常操作或者误操作后,导致部分模块丢失,或者某个模块功能未实现:

➢被测数据处理错误:如果数据处理错误导致模块级的问题,或者对系统的影响重大,例如下例中职工住房补贴重要的数据计算出错,缺陷的等

级应该是S2;如果数据错误造成的影响不大,则可以定义为S3;

➢软件错误导致数据丢失:

➢用户需求未实现:没有实现用户需求规格说明书或者特定文档中规定的功能:

➢一般业务流程出现断点: