测试中严重性和优先级的区别（示例）
Thomas Hamilton 严重性与优先级：它们之间的区别
- 优先级是开发人员应该解决缺陷的顺序，而严重性是缺陷对产品操作的影响程度。
- 优先级分为三类：低、中、高，而严重性分为五类：危急、主要、中等、次要和外观。
- 优先级与排程相关，而严重性与功能或标准相关。
- 优先级指示缺陷应多快修复，而严重性指示缺陷对产品功能的严重程度。
- 缺陷的优先级与经理/客户协商后决定，而缺陷的严重性级别由 QA 工程师确定。
- 优先级由业务价值驱动，而严重性由功能驱动。
- 优先级值是主观的，并可能随着项目情况的变化而变化，而严重性值是客观的，不太可能变化。
- 高优先级和低严重性状态表示缺陷必须立即修复，但不影响应用程序，而高严重性和低优先级状态表示缺陷必须修复，但无需立即修复。
- 优先级状态基于客户要求，而严重性状态基于产品的技术方面。
什么是 Bug 严重性
Bug 严重性或测试中的缺陷严重性是指缺陷或缺陷对正在测试的软件应用程序的影响程度。缺陷对系统功能的影响越大，严重性级别越高。质量保证工程师通常确定缺陷的严重性级别。
什么是优先级？
优先级定义为应修复缺陷的顺序。优先级越高，缺陷应越早解决。
导致软件系统无法使用的缺陷比导致软件一小部分功能失败的缺陷具有更高的优先级。
严重性类型
在软件测试中，缺陷的严重性类型可分为以下几类
- 危急：此缺陷表示流程完全关闭，无法继续进行。
- 主要：这是一个高度严重的缺陷，会导致系统崩溃。然而，系统的某些部分仍然可以正常运行。
- 中等：它会导致一些不良行为，但系统仍然可以正常运行。
- 低：它不会导致系统出现任何重大故障。
优先级类型
缺陷的优先级类型可分为三类
- 低：该缺陷令人烦恼，但可以在更严重的缺陷修复后进行修复。
- 中：在正常的开发活动过程中，应解决此缺陷。它可以等到新版本创建。
- 高：该缺陷必须尽快解决，因为它严重影响系统，在修复之前无法使用。
确定缺陷严重性的技巧
- 确定发生频率：在某些情况下，如果代码中次要缺陷的发生频率很高，则其严重性可能更高。因此，从用户的角度来看，即使是次要缺陷，它也更严重。
- 隔离缺陷：隔离缺陷有助于找出其影响的严重性。
测试中严重性与优先级的区别
| 优先级 | 严重性 |
|---|---|
| 缺陷优先级定义了开发人员应解决缺陷的顺序 | 缺陷严重性定义为缺陷对产品操作的影响程度 |
| 优先级与排程相关 | 严重性与功能或标准相关 |
| 优先级指示应多快修复错误 | 严重性指示缺陷对产品功能的严重程度 |
| 缺陷的优先级与经理/客户协商后决定 | QA 工程师确定缺陷的严重性级别 |
| 优先级由业务价值驱动 | 严重性由功能驱动 |
| 其值是主观的，并可能随着项目情况的变化而变化 | 其值是客观的，不太可能变化 |
| 高优先级和低严重性状态表示缺陷必须立即修复，但不影响应用程序 | 高严重性和低优先级状态表示缺陷必须修复，但无需立即修复 |
| 优先级状态基于客户要求 | 严重性状态基于产品的技术方面 |
| 在 UAT 期间，开发团队根据优先级修复缺陷 | 在 SIT 期间，开发团队将根据严重性然后优先级修复缺陷 |
优先级分为三类
|
严重性分为五类
|
缺陷严重性和优先级的示例
我们来看一个低严重性高优先级以及反之的例子
- 一个非常低的严重性但高优先级：任何运输网站的标志错误，可能是低严重性，因为它不会影响网站的功能，但可能是高优先级，因为您不希望任何进一步的运输以错误的标志进行。
-
一个非常高的严重性但低优先级：同样，对于航班运营网站，预订功能中的缺陷可能具有高严重性，但优先级可能较低，因为它可以安排在下一个周期发布。
缺陷分类
缺陷分类是一个过程，旨在重新平衡测试团队面临资源有限问题的过程。因此，当缺陷数量庞大而测试人员有限时，缺陷分类有助于根据缺陷参数（如严重性和优先级）解决尽可能多的缺陷。
如何确定缺陷分类
大多数系统都将优先级作为评估缺陷的主要标准。然而，一个好的分类过程也会考虑严重性。
分类过程包括以下步骤
- 审查所有缺陷，包括团队拒绝的缺陷
- 根据缺陷内容及其相应的优先级和严重性设置进行初步评估
- 根据输入确定缺陷的优先级
- 由产品经理将缺陷分配给正确的发布版本
- 将缺陷重新定向到正确的负责人/团队以采取进一步行动
每个测试人员在选择严重性之前应考虑的指南
严重性参数由测试人员评估，而优先级参数由产品经理或分类团队评估。为了确定缺陷的优先级，测试人员必须选择正确的严重性，以避免与开发团队混淆。
- 充分理解优先级和严重性的概念
- 始终根据问题类型分配严重性级别，因为这会影响其优先级
- 了解特定场景或测试用例将如何影响最终用户
- 需要考虑根据缺陷的复杂性以及验证缺陷所需的时间来修复缺陷所需的时间
结论
在软件工程中，给缺陷分配错误的严重性可能会延迟STLC流程，并可能对团队的整体性能产生一些严重影响。因此，负责人需要精确准确地分配缺陷。
