文档介绍：软件缺陷描述规范一、缺陷基本定义软件缺陷(SoftwareDefect):软件缺陷是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。缺陷的优先性,分为5级,参考下面的方法确定:1)最高优先级(Blocker),例如,软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷,或用户重点关注的问题,缺陷导致系统几乎不能使用或者测试不能继续,需立即修复。2)较高优先级(Critical),例如,影响软件功能和性能的一般缺陷,严重影响测试,需要优先考虑;3)一般优先级(Major),例如,本地化软件的某些字符没有翻译或者翻译不准确的缺陷,需要正常排队等待修复;4)低优先级(Minor),例如,对软件的质量影响非常轻微或出现几率很低的缺陷,可以在开发人员有时间的时候再被纠正;5)最低优先级(Trival),例如,属于优化,可以不做修改的问题或暂时无法修复但影响不大的问题。.缺陷描述也是测试人员就一个软件问题与开软件缺陷的描述是软件缺陷报告的基础部分,发工程师交流的最好机会。一个好的描述,需要使用简单的、准确的、专业的语言来因此,正确抓住缺陷的本质。否则,它就会使信息含糊不清,可能会误导开发人员,评估缺陷的严重程度和优先级,是项目组全体人员交流的基础。缺陷描述的原则:几个原则:有效的缺陷描述有以下可以重现:在缺陷的详细描述中提供精确的操作步骤,可以让发人员容易看懂;定位准确:缺陷描述准确,不会引起误解和歧义;描述清晰:对操作步骤的描述清晰,易于理解,应用客观的书面语,避免使用口语;完整统一:提供完整、前后统一的软件缺陷的步骤和信息,按照一致的格式书写全部缺陷报告,有关缺陷的格式参见“缺陷的格式”;短小简练:通过使用关键词,可以使问题摘要的描述短小简练,又能准确解释产生缺陷的现象。如“在新建任务窗口中,选择直接下达,负责人收不到即时消息”中“新建任务窗口”、“直接下达”、“即时消息”等是关键词;特定条件:许多软件功能在通常情况下没有问题,而是在某种特定条件下会存在缺陷,所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件能够提供帮助开发人员找到原,浏览器或某种设置等)(如特定的操作系统、因的线索。如“网站在和的兼容问题”;不做评价:在软件缺陷描述不要带有个人观点,对开发软件进行评价。软件缺陷报告是针对产品、针对问题本身,将事实或现象客观地描述出来就可以,不需要任何评价或议论。.缺陷的格式:提交一条缺陷后,最好能够再检查一遍缺陷格式是否有问题。:问题摘要中不能有句号;问题摘要后不要有空格,直接填写内容;”分隔;问题摘要比较长时,可以用“,并且后面不要”一定是半角的宋体,不是全角符号,详细描述中序号后面“.再有空格;详细描述中分号一定要使用全角的分号;”应统一。应在英文输入法的半角状态下输入箭头;详细描述中的“->注意缺陷中不要出现错别字,例如“登陆”应写为“登录”。:问题摘要过长,不够简练、准确;问题摘要与详细描述的内容不一致;详细描述不清楚,无法复现;详细描述冗长,不宜于理解;缺陷定位不正确;缺陷等级定位错误;缺陷的类型定位不正确;不是缺陷。