数据结构
网络
关系型数据库管理系统
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理
化学
生物
数学
英语
经济学
心理学
社会学
服装设计
法律测试中的严重性与优先级 – 有什么区别？
错误的严重性
错误或缺陷的严重性在测试中指的是它对正在测试的软件程序的影响程度。较高的严重性等级表示错误/缺陷对系统功能的影响更大。错误或缺陷的严重性级别通常由质量保证工程师确定。
优先级是什么意思？
修复故障的顺序称为优先级。优先级越高，问题应得到越快的解决。
使软件系统无法工作的缺陷优先于仅影响软件功能一小部分的缺陷。
Explore our latest online courses and learn new skills at your own pace. Enroll and become a certified expert to boost your career.
严重性与优先级 - 主要区别
优先级是指开发人员应解决故障的顺序，而严重性是指缺陷对产品操作的影响程度。
优先级分为三类：低、中、高，而严重性分为五类：严重、主要、中等、次要和轻微。
优先级与调度有关，而严重性与功能或标准有关。
优先级指的是应多快修复故障，而严重性指的是缺陷对产品功能的重要性。
经理/客户决定问题的优先级，而 QA 工程师确定故障的严重性级别。
优先级由业务价值决定，而严重性由功能决定。
优先级值是主观的，并且可能会随着项目情况的变化而发生变化，而严重性值是客观的，不太可能发生变化。
具有高优先级和低严重性状态的缺陷必须立即更正，但不会损害应用程序，而具有高严重性和低优先级状态的缺陷必须修复，但不必立即修复。
优先级状态由客户需求决定，而严重性由产品的技术方面决定。
严重性级别
在软件测试中，错误/缺陷的严重性类型可以分为四类：
此缺陷意味着该过程已完全关闭，无法采取进一步的操作。
主要 - 这是一个严重的缺陷，会导致系统故障。但是，系统的一些元素仍在运行。
中等 - 它会导致一些不良行为，但系统仍在运行。
低 - 它不会造成任何严重的系统故障。
优先级类型
错误/缺陷类型的优先级可以分为三类：
低 - 该缺陷很烦人，但在修复了更重要的缺陷后可以修复。
中等 - 应该在正常的开发操作过程中修复缺陷。它将不得不等到新版本发布。
高 - 必须尽快更正该问题，因为它对系统有重大影响，并且在修复之前无法使用。
如何确定缺陷的严重性？
确定发生的频率 - 在某些情况下，如果次要缺陷在代码中经常出现，则其严重性可能会增加。因此，即使它是一个微小的缺陷，从用户的角度来看，它也更严重。
隔离缺陷 - 隔离问题可以帮助确定影响的严重性。
优先级和严重性的区别
| 优先级 | 严重性 |
|---|---|
| 缺陷优先级指定了开发人员应解决缺陷的顺序。 | 故障的缺陷严重性定义为它对产品操作的影响。 |
优先级分为三类。
| 严重性有五个级别。
|
| 优先级与调度有关。 | "严重性"一词指的是某事物在功能上或符合一组标准的程度。 |
| 错误的优先级决定了应多快修复它。 | 问题的严重性表示其对产品功能的影响。 |
| 在与经理/客户协商后，确定故障的优先级。 | 缺陷的严重性级别由 QA 工程师确定。 |
| 业务价值决定优先级。 | 情况的严重性由其功能决定。 |
| 它的价值是主观的，可能会根据项目的具体情况而发生变化。 | 它的价值是客观的，不太可能发生变化。 |
| 当问题具有高优先级和低严重性时，表示必须立即更正它，但它不会影响应用程序。 | 当故障具有高严重性和低优先级时，表示必须更正它，但不必立即更正。 |
| 优先级状态由消费者的需求决定。 | 产品的技术方面决定了严重性级别。 |
| 在 UAT 期间，开发团队会优先处理故障并修复它们。 | 在 SIT 期间，开发团队将根据严重性对错误进行优先级排序并解决。 |
缺陷严重性和优先级示例
考虑以下场景：低严重性和高优先级，反之亦然。
对于任何运输网站的徽标问题，其严重性可能适中，因为它不会妨碍网站的性能，但它也可能非常重要，因为您不希望任何后续的运输都使用错误的徽标进行。
预订功能中的缺陷，其严重性很高，但优先级很低：类似地，预订功能中的缺陷，其严重性很高，但优先级很低，因为它预计将在下一个周期发布。
缺陷分类
缺陷分类是一种尝试在测试团队面临资源有限的挑战时重新平衡流程的技术。当存在大量缺陷且可用测试人员数量有限来检查它们时，缺陷分类有助于尝试根据缺陷属性（如严重性和优先级）解决尽可能多的问题。
缺陷分类：如何确定
在大多数系统中，优先级通常用作评估问题的首要标准。另一方面，良好的分类方法也会考虑严重性。
分类过程中的步骤如下：
团队审查所有缺陷，即使是被拒绝的缺陷。
问题的实质以及其优先级和严重性设置用于进行初步评估。
根据输入确定缺陷的优先级
产品经理将缺陷分配到正确的版本。
该问题被发送给相应的负责人/团队以采取进一步措施。
在选择严重性级别之前，每个测试人员都应检查以下指南
测试人员评估严重性参数，而产品经理或分类团队评估优先级参数。为了最大程度地减少与开发团队的混淆，测试人员在对故障进行优先级排序时选择正确的严重性至关重要。
了解优先级和严重性概念的重要性与严重性。
始终根据其类别为问题指定严重性等级，因为这将影响其优先级。
认识到特定情况或测试用例将如何影响最终用户。
根据其复杂性，考虑修复故障所需的时间以及验证故障所需的时间非常重要。
高严重性但低优先级情况的示例
一些旧版浏览器以多个错误呈现网页。徽标将无法加载，文本将混乱，图形将过度像素化。该问题非常严重，因为它会影响产品功能和用户体验。但是，由于此问题主要影响过时的浏览器，因此不会影响大量用户。因此，错误的优先级很低。
高严重性和高优先级示例
在 Chrome 浏览器上，网站被评估为完全正常运行。然而，在使用 Firefox 时，价格页面出现了严重问题。每个套餐中包含的费率和匹配功能的详细文本以及购买套餐的购买按钮都消失了。在这种情况下，任何使用 Firefox 的用户都无法购买商品，甚至无法了解所售商品的详细信息。
缺陷的严重性很高，因为重要的功能明显受到损害。错误优先级很高，因为功能故障阻碍了客户体验的关键点（实际购买商品）。
低严重性但高优先级情况的示例
在检查 Chrome 浏览器上网站的操作时，发现几个按钮的位置略有偏差。它们仍然可以轻松点击并实现其设计目的。因此，功能不受影响，缺陷的严重性很小。但是，错误优先级很高，因为位置偏差的按钮无法提供愉悦的视觉效果，而设计糟糕的网站会积极地让客户反感。必须尽快解决此问题。
低严重性、低优先级情况的示例
在网站测试期间，在部分内容中发现了错误，字体和颜色与网站的主要设计不符。这无疑是一个错误，但绝不是功能问题。因此，缺陷的严重性很低。同样，它不需要快速处理，因此错误优先级很低。
实时设备的功能
在不了解缺陷的真正性质的情况下，目前无法分配错误优先级和严重性。了解错误发生的频率以及它如何影响产品也至关重要。
在实际设备和浏览器上运行软件是查找所有问题的最佳方法。在进行网站测试时，请确保它涵盖了人工测试和自动化测试。应将 Selenium 自动化测试与手动测试结合使用，以确保在整个质量保证过程中不会遗漏任何缺陷。
结论
在软件工程中，为缺陷分配错误的严重性可能会减慢 STLC 过程，并对团队的整体绩效产生重大影响。因此，负责缺陷分配的个人必须精确和准确。
10K+ 次浏览
