测试中的严重性和优先级

在本节中，我们将学习软件测试中错误的严重性和优先级

严重程度

错误对应用程序的影响称为严重性。
它可以是错误的**阻塞，严重，主要和次要**。

**阻塞：**如果错误的严重性是阻塞，这意味着我们无法继续进行下一个模块，并且不必要的测试工程师处于理想状态。

有两种类型的**阻塞**错误，如下所示

**主要功能无法正常工作：** 登录到HDFC，金额转账不起作用

**主要流程无法正常工作：** 登录和注册本身在HDFC应用程序中不起作用。

**严重：**如果是严重错误，则意味着主要功能无法正常工作，并且测试工程师无法继续测试。

**主要：**如果是主要错误，则意味着支持组件和模块无法正常工作，但是测试工程师可以继续测试。

**次要：**如果错误的严重性是主要错误，则意味着所有U.I问题都无法正常工作，但是可以在没有中断的情况下处理测试。

优先权

优先级对于修复错误或首先要修复哪个错误或应多久修复错误至关重要。

它可以是**紧急，高，中和低**。

**高：**对客户应用程序有重大影响，必须首先修复。

**中：**在这种情况下，应在开发中当前版本发布之前修复问题。

**低：**如果有时间，应修复流程，但可以推迟到下一个版本。

注意：测试工程师决定严重性和优先级，开发人员也可以在错误报告中提供适当的理由和评论来更改严重性。
开发人员无法更改优先级，因为如果开发人员更改优先级，他/她可能会首先修复容易的错误。

严重性和优先级示例

示例 1

假设我们需要发送优先级，这意味着需要根据客户端的要求首先修复哪个错误。

• 当刚发现该错误时，将在下一个立即构建中修复它，并将优先级设置为P1或紧急。
• 如果该错误的优先级为P2或高，则将在接下来的3-4个构建中修复。
• 当该错误的优先级为P3 /中时，将在应用程序的中间版本中修复。
• 最后，如果优先级为P4 /低，则将在软件的最后2-3个版本中修复，我们可以在下图看到

示例 2

如果我们以登录模块为例，则严重性和优先级可能取决于应用程序，我们可以在下图看到