软件缺陷详解

软件缺陷概念：符合下面5个规则中的一个，就是软件缺陷

（1）软件未实现产品说明书要求的功能

（2）软件出现了产品说明书指明不应该出现的错误

（3）软件实现了产品说明书未提到的功能

（4）软件未实现产品说明书虽未明确提及但应该实现的目标

（5）软件难以理解、不易使用、运行缓慢或者—从测试员的角度看—最终用户会认为不好

 

软件错误、软件失效、软件故障；

①软件错误：导致期望的运行结果和实际运行结果间出现差异的一些问题；

②软件故障：指软件运行过程中出现的一种不希望或不可接受的内部状态；

③ 软件失效：软件无法满足日益发展的需求；

 

缺陷产生的原因：需求分析、设计、编码等阶段产生缺陷（出现缺陷的最大原因在需求分析阶段，其次是在设计阶段）；

软件缺陷管理目标：

  确保每个被发现的缺陷都能及时得到处理，是测试工作的一项重要内容。

（1）确保每个被发现的缺陷都能被解决。

（2）收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段。

（3）收集缺陷数据并进行数据分析，作为组织的过程财富。

 

缺陷的基本信息：

（1）缺陷标题 （2）标识 （3）报告人 （4）报告日期 

（5）程序的名称 （6）版本号 （7）配置 （8）缺陷类型 （9）严重性 （10）优先级 

（11）关键词 （12）缺陷描述 （13）重现步骤 （14）结果对比 （15）附件

 

缺陷严重度和优先级

软件缺陷的严重度：

Critical：不能执行正常功能或重要功能，或者危及人身安全；

Major：严重的影响系统要求或基本功能的实现，且无法更正（重新安装或重新启动该软件不属于更正办法）；

Minor:严重影响系统要求或基本功能的实现，但存在合理的更正办法。（重新安装或重新启动该软件不属于更正办法）；

Cosmetic：造成操作者不便或遇到麻烦，但不影响执行工作或重要功能；

Other：其它错误

 

软件缺陷的优先级：

High：指应该被立刻解决的缺陷。

Middle：指缺陷需要正常排队等待修复或列入软件发布清单。

Low：指缺陷可以在方便的时候被纠正。

 

关系：

缺陷的严重度和优先级是含义不同但相互联系密切的两个概念，从不同的侧面描述了软件缺陷对软件质量、最终用户、开发过程的影响程度和处理方式。

 

一般来说，严重度高的的缺陷具有较高的优先级，严重度高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不尽善尽美，可以稍后处理。

 

但是优先级和严重度并不总是一一对应，但也存在低优先级、高严重度的缺陷，或者高优先级、低严重度的软件缺陷。

 

缺陷管理的基本流程

（1）首先项目创建并初始化；

（2）测试人员发现错误，提交错误报告，此时缺陷状态为New；

（3）项目经理收到测试人员提交的错误报告，对其进行确认，并分配给开发人员，此时缺陷状态为Open；

（4）开发人员收到分配的错误，对其进行修正，并将缺陷状态改为Fixed，再次将缺陷发送给测试人员进行确认；

（5）测试人员对修复的错误进行验证，错误消除，缺陷状态改为Closed，否则错误状态将重启；

（6）如果错误暂时无法修改或者开发员认为无必要修改，错误将提交给评审委员会进行检查是否有必要对其进行修改，如果没有必要进行修改，则关闭项目缺陷；

（7）如果有必要进行修改则返回（4）；