严重性/优先级
测试中的严重性和优先级
在本节中，我们将了解软件测试中错误的严重性和优先级
严重性
错误对应用程序的影响称为严重性。
它可以是错误的阻碍、严重、主要和次要。
拦截器: 如果一个错误的严重性是一个拦截器，这意味着我们不能继续下一个模块，并且不必要的测试工程师坐在理想的位置。
有两种拦截器错误，分别如下:
主要功能不工作: 登录HDFC，金额转账不工作
主要流程不起作用: 登录和注册本身在 HDFC 应用程序中不起作用。
关键: 如果它很关键，这意味着主要功能不起作用，测试工程师无法继续测试。
主要: 如果它是主要的，我支持组件和模块工作不正常，但测试工程师可以继续测试。
次要: 如果一个错误的严重性是主要的，这意味着所有的UI 问题无法正常工作，但可以不间断地处理测试。
优先级
优先级对于修复错误或先修复哪个错误很重要或应该多久修复错误。
它可以是紧急、高、中和低。
高: 这是对客户应用程序的重大影响，必须首先修复。
中: 在此，问题应该在当前版本发布之前修复
低: 如果有时间应该修复流程，但可以在下一个版本中推迟。
注意: 测试工程师决定严重性和优先级，开发人员也可以根据错误报告的适当原因和评论来更改严重性。开发人员不能更改优先级，因为如果开发人员更改优先级，他/她可能会先修复简单的错误。
严重性和优先级示例
示例 1
假设我们必须发送优先级是指根据客户的要求需要先修复哪个错误。
当刚刚发现错误时，将在下一个即时构建中修复它，并将优先级设置为 P1 或紧急。
如果错误的优先级为 P2 或高，它将在接下来的 3-4 个版本中修复。
当错误的优先级为 P3/medium 时，它将在应用程序的中间版本中修复。
最后，如果优先级为 P4/低，它将在软件的最后 2-3 版本中修复，如下图所示:
示例 2
如果我们以登录模块为例，那么严重性和优先级可能取决于应用程序，如下图所示:
