缺陷(bug)严重性
谁定义缺陷？
根据缺陷的复杂性和严重性将缺陷分类为适当的严重程度。
由于缺陷严重性更多地在功能范围内，因此测试工程师设置缺陷的严重性。有时开发人员会参与影响缺陷的严重程度，但主要取决于测试人员，因为他会评估特定功能对整体功能的影响程度。
什么是严重性？
严重性定义特定缺陷可能对应用程序或系统产生影响的程度。严重性是一个参数，表示缺陷对系统的影响——缺陷的严重程度以及缺陷对整个系统功能的影响是什么？
大体上，缺陷可分为以下几类：
妨碍或阻碍产品/功能测试的。
应用程序崩溃或变得不可用/无法继续进行的。
可能导致用户无法使用应用程序的任何灾难性的系统故障。
例如：
- 在UI测试的情况下，在通过向导后，UI只是挂在一个窗格中或者不会进一步触发功能。
- 在登录过程中，输入正确的用户名和密码后，系统没有登录，而是崩溃或抛出错误消息，这个缺陷被归类为S1，因为这个缺陷导致整个应用程序无法使用。
任何未满足其产品需求/用例且行为与预期不同的。
任何可能导致不正确的数据持久性、数据问题或错误的应用程序行为的。
例如：
- 在发送电子邮件过程中，当您不允许在抄送部分添加多个收件人时，此缺陷被归类为S2缺陷，因为应用程序的主要功能无法正常工作。
任何不满足其产品需求/用例且行为与预期不同但影响在某种程度上可以忽略不计或对应用程序没有重大影响的。
产品或应用程序不符合某些标准或仍然表现出一些不自然的行为的。
例如：
- 在登录界面有一个名为“条款和条件”的选项，在该选项中，将有多个关于网站条款和条件的链接，当多个链接中的一个不是正常工作，它被称为次要严重性，因为它只影响应用程序的次要功能，并且对应用程序的可用性没有太大影响。
包括拼写错误或对齐问题或字体大小写在内的任何外观缺陷。
例如：
- 您会注意到有些网站的“许可页面”，如果页面中存在任何拼写错误或未对齐，则此缺陷被归类为S4。
优先级
谁定义优先级？
包括在内的业务利益相关者都可参与定义缺陷的优先级。
当涉及到设置缺陷优先级时，尽管最初是由缺陷发起者设置优先级，但实际上是由产品经理定义的，因为他对产品有一个全面的了解，并且知道必须多快解决一个特定的缺陷. 测试人员不是设置缺陷优先级的理想人选。
什么是优先级？
优先级是根据业务需求和缺陷的严重程度确定缺陷的优先级。优先级表示修复缺陷的重要性或紧迫性。
在打开缺陷时，测试人员通常会在他从最终用户的角度查看产品时分配优先级。
根据这些，有不同的级别：
必须在24小时内立即修复。这通常发生在整个功能被阻止并且因此无法进行测试或使用的情况下。
当由于程序缺陷导致功能无法按预期使用时。
外观错误（例如在故障期间期望正确的错误消息）。
一些打字错误甚至前面讨论的外观错误都可以归类在这里，此缺陷可以在将来解决，不需要立即关注。
优先级和严重性的不同级别
- 高优先级、高严重性
- 高优先级，低严重性
- 高严重性，低优先级
- 低严重性、低优先级
任何关键/主要业务场景异常都会自动提升到此类别。
任何导致测试无法继续进行或导致严重系统故障的缺陷都属于此类。
例如，单击特定按钮不会加载该功能。或者执行特定功能会持续导致服务器停机并导致数据丢失。
任何可能直接影响用户体验的轻微缺陷都会自动提升到此类别。
在功能方面，它不会影响任何东西，因此我们可以将其标记为低严重性，但它会对用户体验产生影响。这种缺陷需要高优先级修复，即使它们对应用程序端的影响很小。
例如，在在线购物网站中，当FrontPage徽标拼写错误时，例如将 Flipkart 拼写为 Flipkart。
任何在功能上不满足要求或对系统有任何功能影响，但在涉及业务关键性时被退居二线的缺陷都会自动提升到此类别。
必须修复但不能立即修复的缺陷。这可能特别发生在临时测试期间。这意味着功能受到很大程度的影响，但只有在使用某些不常见的输入参数时才会观察到。
在社交网站中，如果发布了新功能的测试版，而截至目前使用该功能的活跃用户并不多。在此功能上发现的任何缺陷都可以归类为低优先级，因为该功能由于业务分类不重要而退居二线。
这些缺陷发生在没有功能影响，但仍然在较小程度上不符合标准的情况下。通常，UI 上表格中的外观错误或单元格尺寸都归类于此。
如果网站的隐私政策有拼写错误，则此缺陷将被设置为低严重性和低优先级。
