软件缺陷描述规范样本

软件缺陷描述规范一、缺陷基本定义软件缺陷（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；➢软件错误导致数据丢失：➢顾客需求未实现：没有实现顾客需求规格阐明书或者特定文档中规定功能：➢普通业务流程浮现断点：➢异常退出：执行正常操作或者误操作后，系统异常退出：3）S3级：发现影响被测功能正的确现问题；➢功能未实现：某项功能点功能没有实现，例如点击某个按钮系统没有响应、设立某项功能后无效、无法执行某项操作等等：➢功能实现不对的；➢数据解决错误，但对系统影响不大；➢链接页面不对的；4）S4级：普通性错误或功能实既有不完善处；➢普通性错误：普通不会影响顾客正常使用，详细缺陷描述参见下例：➢功能实既有不完善处5）S5级：建议性问题。

2.可靠性：需要指出几种问题：➢对于执行某项操作异常退出问题，缺陷类别均提交为可靠性，在填写原始记录时，在功能性中可以引用此条缺陷。

➢数据校验问题，如果由于该数据未作校验，并且对系统其她功能未导致影响，该缺陷提交为可靠性，在填写原始记录时，在功能性中可以引用此条缺陷。

➢如果由于数据校验问题导致了系统某项功能不能实现或功能实既有误，则该条缺陷提交为功能性，填写原始记录时，在可靠性中可以引用此条缺陷。

1)成熟性：系统崩溃属于S1级别，异常退出和数据丢失普通属于S2级别问题；➢使用容量达到规定极限时,系统不崩溃、不异常退出也不丢失数据；➢试图使用容量超过规定极限时，系统不崩溃、不异常退出也不丢失数据；➢产品描述中列出其她程序或顾客导致错误输入时，系统不崩溃也不丢失数据；➢输入顾客文档中明确规定非法指令时，系统不崩溃也不丢失数据；➢不会因掉电、异常退出、网络异常中断等因素而使软件或数据遭到破坏。

2)容错性➢能屏蔽顾客误操作；➢对错误有对的提示；➢输入错误数据时，系统不崩溃、不异常退出也不丢失数据；➢有错误操作时，系统不崩溃、不异常退出也不丢失数据。

3)易恢复性➢系统运营失效后，应能较快重建系统。

4)数据校验机制：数据校验问题普通是S4级别。

➢应对数据项之间逻辑关系进行校验，保证数据有效性；➢应保证数据完整性和一致性，不会因删除或重复更新而被破坏或留下垃圾数据；➢对不符合规定输入数据，系统应使用中文给出简洁、精确提示信息，必要时应给出协助。

3.易用性：一方面要阐明几种问题：➢易用性缺陷级别普通是S4和S5；➢任何提示信息（或页面显示）有错、有误或不对的词语浮现时，一方面一定是功能性缺陷；➢页面风格不一致、提示信息不易理解、提示信息不明确、不符合顾客习惯等“不易理解、不易浏览、不易操作”问题才是易用性；➢既属于功能又属于易用性缺陷，在填写原始记录时需要同步引用。

1)易理解性➢通过选取恰当术语、图形表达、背景信息和协助，协助顾客理解、使用；➢出错消息中提供差错产生因素和纠正详细信息。

2)易浏览性➢数据媒体具备产品标记，可辨别编号或文本；➢具备必要信息，指引顾客使用程序；➢输入、输出设计规矩，输出成果应简洁、直观、美观、以便阅读、易懂和使用；➢人机界面简洁、美观、实用，风格相对一致，符合办公习惯；➢在界面、人机交互、输出中用语应与业务用语一致。

3)易操作性➢具备严重后果功能执行可逆，或者给出明显警告，执行前规定确认：特别是数据删除和重写，以及中断一种过长解决操作，这种动作往往有严重后果；➢软件操作简便，系统支持原则鼠标、键盘操作，支持鼠标单击、双击和右键操作，支持快捷键操作；➢提供辅助输入手段（如选取输入、默认值等），数据检索以便、灵活；➢安装参数应当给出默认值或提示，需要顾客干预地方应尽量少，操作以便；➢依照顾客纯熟限度（外行、初学、纯熟）和使用频度，能提供不同操作方式或顾客界面。

4.可维护性1)易分析性➢系统可以对的判断缺陷或失效因素；➢对于软件运营错误，应当提示清晰，为顾客和系统管理员自己解决问题提供也许。

2)易变化性➢对有关配备文献、库、表参数可以提供以便修改；➢对于非程序内部错误，由数据元素属性设立、控制规则不当而引起软件运营错误，软件应为系统管理员提供自行修正手段；➢软件应充分考虑在设计环境与合用范畴下不同顾客规定，为顾客进行本地化配备提供手段。

3)稳定性➢系统在测试过程中运营稳定：执行正常操作导致异常退出、数据丢失或者系统崩溃。

5.可移植性1)适应性：在测试期间系统可以正常使用，普通就可以阐明可以适应性不同带宽和和不同网络运营状态；➢系统应能适应不同带宽网络；➢系统应能适应不同网络运营状态。

2)兼容性➢软件（如：操作系统、数据库、办公套件、打印机、WEB服务器等）兼容性。

6.中文特性1)中文显示➢对话框、菜单、图标、窗口等界面：界面中存在错别字或者乱码；➢信息提示，协助文档符合中文使用习惯：例如错别字问题。

2)汉化限度➢系统所有中文汉化。

3)编码支持限度➢支持GB 2312 编码；➢支持GB 13000.1 编码；➢支持GB 18030 编码。

7.安全性1)身份认证➢顾客权限管理●提供客户端顾客身份辨认●提供顾客功能权限管理●提供顾客数据访问权限管理●授权（功能授权、数据授权）机制与否灵活安全➢验证控制●身份验证不成功有次数限制及相应解决办法➢顾客唯一：●顾客名称应具备唯一性；●顾客在被删除或被停用后，保存该顾客记录，新增顾客不得与该顾客同名。

➢电子签名●对电子签名进行验证➢客户端顾客身份辨认●与否提供USBkey加密验证、提供数字证书验证或提供其她加密验证方式2)数据加密及安全传播➢对于有特殊安全规定数据，应在传播中进行必要加密解决➢提供数据安全可靠传播，支持断点续传、屏蔽线路瞬间故障和主机故障➢数据加密使用算法应符合国家规定3)安全缺陷屏蔽➢对非法访问有辨认和屏蔽功能➢授权（功能授权、数据授权）机制与否灵活安全➢软件程序自身不存在也许引起安全缺陷语句、命令4)日记和审计➢对核心数据变更应记入日记➢对日记信息进行查询、记录、分析和分类管理➢提供安全审计功能5)密码设立➢进入系统需要密码身份验证➢应有密码设立方略，涉及有效期、最小长度、复杂度、非空设立、大小写敏感度等➢所有密码不得明码显示、存储与传播6)数据备份与还原➢与否提供数据备份与还原手段7)超时自动退出➢超过一定期限未进行操作，系统自动退出8)安全补丁检查➢操作系统与否安装所有安全补丁➢对于使用IE客户端，与否安装所有IE安全补丁8.原则符合性原则符合性测试中，凡是不符合原则规定问题，至少应当为S3级别，详细缺陷描述参见下例：。