错误严重性和优先级之间有什么区别？

#1 楼

错误的严重程度可以衡量该错误对最终用户的重要性：破损的程度，破损的严重程度，使用该漏洞进行工作的难度。

错误的优先级是对错误对开发团队的重要性的衡量。这将影响严重性，但也会影响开发时间和精力，以及对其进行修复将对产品的其余部分产生多大影响。

严重且易于修复的问题可能比严重且难以修复的问题具有更高的优先级；一些团队会优先考虑“容易实现的事情”，这些问题易于解决，而不是更复杂的解决方案，无论其严重性如何。围绕错误的优先级，平衡所涉及的因素，可能会有复杂的规则；因此，优先级通常由项目经理来完成，或者作为Scrum会议等的一部分来完成。可以在提交错误时确定严重性，而与开发工作无关。

#2 楼

错误严重性是错误将对系统产生的影响，它基本上源自但不限于


用户出现问题的可能性
可重现率
是否有任何简单的解决方法/用户如何容易地从错误的影响中恢复
正在测试的应用程序（例如：在某些罕见情况下状态未更新的错误可以忽略，但对于银行应用程序则不能忽略） ）

虽然优先级是应尽快修复此错误。优先级基本上是经理和开发人员计划解决问题顺序的度量标准。

示例：如果公司名称在网站上显示错误，这是表面上的严重性问题，因为它不会损害任何问题。功能，但这是一个高度优先的问题，因为您不能发布使用错误公司名称的网站。

#3 楼

这是错误严重性和优先级的绝佳示例。

#4 楼

优先级定义了解决缺陷的顺序。我们现在应该修复它，还是可以等待？测试人员将此优先级状态设置为开发人员，并提及修复缺陷的时间范围。如果提到了高优先级，则开发人员必须尽早对其进行修复。优先级状态是根据客户要求设置的，而严重性是缺陷可能影响软件的程度。换句话说，它定义了给定缺陷对系统的影响，它与质量标准或对标准的投入完全相关。

#5 楼

严重性是要知道问题对软件运行状况的影响，而首要任务是订购此问题以进行修复。
崩溃总是以最高严重性记录。但是，如果它在应用程序的主流程中，则它的优先级也将很高，而如果在极少数情况下发生崩溃，则通常将其优先级设置为低。

#6 楼

我将尝试用最简单的措词来表达，

严重性：这是对问题的严重性/危险性的度量。可能会导致软件崩溃，安全漏洞或基本功能无法正常运行的事情，都是非常严重的问题。

优先级：它定义了解决问题的速度。高优先级的问题意味着应立即修复。

在某些情况下，错误的严重性可能较低，但其优先级较高，因此必须立即修复，反之，反之亦然。例如，网站的徽标已损坏。这是一个低严重性但高优先级的问题。它不会以任何方式停止网站的运行，但这是访问者在网站上看到的第一件事，如果徽标本身已损坏，则会在用户体验方面发出错误的信号。 >

#7 楼

我想问您是因为您的错误工具同时支持严重性和优先级。如果是这样，您可以查看该工具的文档。

是否要修复错误是由多个变量引起的，例如修复该错误的难度，该错误的发生频率以及该错误对用户的有害程度。在单个属性中捕获所有这些变量可能很困难，因此某些错误工具可让您设置多个属性。我建议不要陷入“严重性”和“优先级”标签的确切含义；他们可能会也可能不会映射到您自己的错误跟踪过程。我相信Bugzilla可以让您替换这些标签。

#8 楼

您可以使用以下URL理解这种尊重，

http://learningclue.blogspot.com/2016/01/differences-between-severity-priority.html

以上URL明确提到了严重性，优先级和状态的差异。

#9 楼

尽管自从软件开发和测试开始以来，就一直使用这两个术语来描述缺陷，但是仍然有很多关于如何设置这两个缺陷术语的讨论。

我已经在测试领域进行了超过20年以来，我使用了许多不同的测试工具，并在许多不同的公共和私人组织中，从中我开发出了一种方法，可以根据非常有意义的测试阶段来定义这些字段，并且业务和开发团队都可以同意。严重性：
•严重性是根据所有测试阶段中故障的技术方面设置的。

优先级：
•SIT期间–设置为当在给定的严重等级下有多个缺陷时，指示缺陷的修复顺序。
•在UAT中-根据业务需求进行设置。
•SIT / UAT组合-根据QA和业务进行设置协议。

•固定并已交付的开发项目
•在SIT期间，开发团队将根据严重性和优先级来修复缺陷。
•在UAT或SIT和UAT组合期间，开发团队将修复缺陷基于优先级。

#10 楼

严重性是错误的严重程度！错误的严格程度是基于该错误对系统的影响而得出的。它指出了漏洞可能影响系统的威胁程度。严重性分为几个级别，例如-次要，低，主要和严重。

另一方面，优先级是指应尽快修复漏洞并从网站中消除漏洞。错误优先级表示在我们的网站上处理错误的紧迫感。优先级分为–高，低，立即和中。