缺陷的优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。

　　对于缺陷的优先性，如果分为4级，则可以参考下面的方法确定：

　　1）高优先级，软件缺陷必需立即修正。

　　2）较高优先级，新版本编译前必须修正；

　　3）一般优先级，软件终版本前修正；

　　4）低优先级，如果时间允许尽量在软件发布前修正。

　　正确处理缺陷的严重性和优先级不是件非常容易的事情，对于经验不很丰富的测试和开发人员而言，经常犯的错误有以下两种情形：

　　第一，将比较轻微的缺陷报告成较高级别的缺陷和高优先级，夸大缺陷的严重程度，经常给人“狼来了”的错觉，像前面寓言中的小鸡报告天塌了的故事，这将影响软件质量的正确评估，也耗费开发人员辨别和处理缺陷的时间。

　　第二，将很严重的缺陷报告成轻微缺陷和低优先级，这样可能掩盖了很多严重的缺陷。如果在项目发布前，发现还有很多由于不正确分配优先级造成的严重缺陷，将需要投入很多人力和时间进行修正，影响软件的正常发布。或者这些严重的缺陷成了“漏网之鱼”，随软件一起发布出去，影响软件的质量和用户的使用信心。

　　在软件测试中，软件缺陷的严重性的判断应该从软件终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。而软件测试人员的测试活动是站在客户的角度报告缺陷，所以缺陷数据库中的严重性字段应该由测试人员确定。

　　确定软件缺陷优先级，更多的要综合考虑这个缺陷对项目进度、质量、市场、以及修正耗费的时间和可能引入新缺陷的风险等的影响，因此，确定缺陷的优先级通常由软件开发人员或项目经理确定。

　　正确处理和区分缺陷的严重性和优先级，是软件测试人员和开发人员，以及全体项目组人员的一件大事。处理严重性和优先级，既是一种经验技术，也是保证软件质量的重要环节，应该引起足够的重视。

　　修正软件缺陷不是一件纯技术问题，有时需要综合考虑市场发布和质量风险等问题。例如，如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。另外，如果修正一个软件缺陷，需要重新修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场的压力必须尽快发布，此时即使缺陷的严重性很高，是否需要修正，需要全盘考虑，可以先发布软件，然后马上发布软件升级的补丁。

　　某些缺陷跟踪数据库只有缺陷“严重性”或只有“优先级”字段，这为及时确认和修正缺陷带来了不利影响。如果只包含“严重性”，没有“优先级”，则开发人员可能不能及时修正那些需要优先修正的严重的缺陷，甚至由于软件发布前发现某些严重的高优先级的缺陷没有修正而被迫延期发布。

　　另一方面，如果只有“优先级”而没有“严重性”，或者使用“优先级”代替“严重性”，则如果由于开发人员或项目经理把严重的缺陷分配了较低的优先级，而在软件发布前因为时间限制没有修正，则不属于软件测试人员遗漏该缺陷。另一种情况时，对缺陷优先级的分配不当，可能会使软件测试人员和软件开发人员对缺陷的认定和处理方式产生争议，这时候需要提请测试仲裁委员会召开会议研究并确定。

　　为了更有效的管理和处理软件缺陷，缺陷数据库应该包含“严重性”和“优先级”两个字段，而且“严重性”要由测试人员确认，“优先级”由开发人员或项目经理确定，产生争议时，由测试仲裁委员会终确定。