软件缺陷是软件开发过程中的副产品，通常缺陷会导致软件产品在某种程度上不能满足客户需求。因此，妥善处理软件中的缺陷是关系到软件产品质量的根本。可遗憾的是，并非所有的软件团队都知道如何有效地管理在测试中发现的缺陷。

　　对于软件测试人员而言，在测试中不能正确表示缺陷的严重程度和优先级，这将会影响到软件缺陷管理的质量，不仅不利于有效的处理软件缺陷，还可能影响到软件缺陷的处理时机。特别在软件测试的后期，将影响软件是否能够按期发布与否。近期我在一个测试项目中，由于对缺陷严重程度和优先级缺乏有效处理，最终导致软件验收发布被迫延后。

　　什么是缺陷严重程度和优先级？

　　（1）什么是缺陷的严重程度和优先级

　　软件缺陷是指在软件系统中会导致系统不能实现其功能的缺陷（包括Defect或Bug）。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。

　　其中缺陷严重程度是指软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将会对软件的功能和性能产生怎样的影响。优先级是指表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。

　　（2）正确评估严重程度和优先级的作用

　　缺陷管理的目标在于：当在软件测试过程中发现缺陷后，能正确评估缺陷并执行及修正系统质量，以创造一个合乎需求的软件产品。因此，软件产品质量很大程度上取决于在测试中发现的缺陷的管理能力。其中软件缺陷严重程度和优先级的正确评估和描述是软件缺陷管理的基础部分，也是测试人员与开发小组交流的基础。一个好的严重程度和优先级评估会用简单的、准确的、专业的语言来反映缺陷的本质。否则，如果评估和描述信息含糊不清，就可能会误导开发人员。因为清晰准确的软件缺陷评估可以提高软件缺陷修复的速度，也可以加强开发人员、测试人员和管理人员的协同工作。

　　因此，正确评估缺陷的严重程度和优先级，是项目组全体人员交流的基础。为了保证正确评估缺陷的严重程度和优先级，质量保证人员需要经常检查测试人员和开发人员对于这两个指标的评估和处理情况，一发现有问题及时反馈给项目负责人解决。

　　（3）缺陷的严重程度和优先级的级别划分

　　缺陷的严重程度和优先级通常可按级别划分，各个公司对不同项目的具体表示方式有所不同，具体的级别划分需要软件测试前达成一致。常用的缺陷严重程度可分为：致命、严重、一般、较小。致命是指系统任何一个主要功能完全丧失，或用户数据受到破坏，造成系统崩溃、悬挂、死机或者危机人身安全；严重是指系统的主要功能部分丧失，或数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响；一般是指系统的次要功能没有完全实现，但不影响用户的正常使用；较小是指使操作者不方便或遇到麻烦，但它不影响功能的操作和执行的一些小问题。

　　常用的缺陷的优先级表示方法可分为：立即解决、高优先级、正常排队、低优先级。立即解决是指缺陷导致系统几乎不能使用或者测试不能继续，需立即修复；高优先级是指缺陷严重影响测试，需要优先考虑；正常排队是指缺陷需要正常排队等待修复；而低优先级是指缺陷可以在开发人员有时间的时候再被纠正。

　　（4）缺陷严重程度和优先级的关系

　　严重程度高说明缺陷对软件造成的质量危害性大，是需要优先处理，而严重程度低的缺陷可能只是软件不太尽善尽美，可以稍后处理。因此，缺陷的严重程度和优先级是含义不同但相互联系密切的两个概念，它们是从不同的侧面描述了软件缺陷对软件质量的影响程度和处理方式。

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

　　如何评估缺陷严重程度和优先级？

　　（1）明确用户需求，设定软件质量标准

　　我们常常听到许多自称测试专家的人在大谈特谈缺陷严重程度和优先级的标准，例如什么系统死机就一定是高级别，界面错误则是低级别之类。但事情上，对于不同的软件因为应用场合的不一样，即使是同一类型的缺陷但也可能其严重程度和优先级是不一样的。

　　一般来说，软件程序并不需要十全十美，因为尽善尽美意味着成本巨大，但软件产品必须迎合和满足目标用户的需求和期望。因此，对于一个软件产品,应该从客户角度来建立缺陷严重程度和解决优先级。了解对用户来说什么是最重要的，而不只是根据经验和常识来制定缺陷的严重程度和优先级。