| 在本节中，我们将了解软件测试中bug的严重性和优先级。
1. 严重性
Bug 对应用程序的影响称为严重性。
它可以是bug的阻塞、关键、主要和次要。
Blocker：如果一个bug的严重程度是一个障碍，这意味着我们不能继续进行下一个模块，那么不必要的测试工程师就处于理想状态。
有两种类型的阻塞程序bug，如下所示：
主要功能不起作用：登录HDFC，金额转账不起作用。
主要流程不起作用：登录和注册本身在HDFC应用程序中不起作用。
关键：如果它是关键的，则意味着主要功能不起作用，测试工程师无法继续测试。
主要：如果是严重的，说明支持的组件和模块工作不正常，但是测试工程师可以继续测试。
次要：如果一个bug的严重性很大，这意味着所有的ui问题都不能正常工作，但是测试可以不间断地进行。
2. 优先级
优先级对于修复bug或首先修复哪个bug或应尽快修复哪个bug非常重要。
它可以是紧急的、高的、中等的和低的。
高：对客户应用有重大影响，必须先修复。
中等：在这种情况下，应在发布开发中的当前版本之前修复该问题。
低：如果有时间，应该修复该流程，但可以在下一个版本中推迟。
|
注意：测试工程师决定严重性和优先级，开发人员还可以通过适当的理由更改严重性，并对bug报告进行注释。
开发人员无法更改优先级，因为如果开发人员更改优先级，他/她可能会首先修复简单的bug。 |
3. 严重性和优先级示例
例 1
假设我们必须发送优先级表示根据客户端的要求首先需要修复哪个bug。
当刚刚发现bug时，它将在下一个即时构建中修复，并将优先级指定为
P1 /紧急。
如果 bug 的优先级为 P2 /high，它将在接下来的
3-4 个版本中修复。
当bug的优先级为 P3/medium 时，它将在应用程序的中间版本中修复。
最后，如果优先级为 P4/low，它将在软件的最后 2-3 版本中修复，如下图所示：
例 2
如果我们以登录模块为例，那么严重性和优先级可能取决于应用程序，如下图所示：
|
