severity严重性和priority优先级
在学习软件工程的概念时，我们都遇到了“严重性”与“优先级”这两个词，并且始终面临着两者之间的混淆。如果我们问任何非技术人员，那么两者之间的区别就不算什么了。对他来说，两者具有相同的含义。但是从软件工程师的角度来看，从技术上讲，以上两个词是不同的词，具有不同的含义，并且在不同的上下文中使用。让我们一一理解它们。

severity严重程度
在测试执行期间，如果测试人员发现缺陷并将其记录在JIRA，Testrail等任何缺陷记录工具中，以提交给开发人员进行工作，则测试人员必须根据缺陷的严重性和严重性来确定优先级和严重性，这一点很重要。复杂性，以便开发人员可以进行相应处理。用外行术语来说，严重性定义为“任何事物都可以产生的影响程度”。因此，就缺陷而言，严重性表明特定缺陷对软件/应用程序的影响程度。这意味着缺陷可以在多大程度上影响应用程序。通常，严重程度是根据财务损失，公司声誉和生命损失而定的，具体取决于应用程序。

严重程度根据缺陷对应用程序的影响分为不同类别：

严重Critical:：严重的缺陷，会妨碍整个应用程序并阻止用户继续操作或使用该应用程序，因为它被视为严重缺陷。 考虑到应用程序的用户界面，如果应用程序的登录屏幕挂起并且不允许用户登录并继续进行操作。
重大Major： ``如果应用程序的主要/重要功能未按预期或预期执行的功能，则认为缺陷为重大。应用程序中实现的任何重要功能都与预期行为完全不同，则此缺陷将被视为主要缺陷。例如，在进行在线购物时，用户无法使用“添加到购物车”功能在购物车中添加产品。
次要/中等Minor/Moderate：任何实现的功能和与预期行为不同的功能，但是其影响是可以忍受的，不会对应用程序造成太大损害，并且不会影响应用程序的整体功能。轻微的缺陷可能需要等待一段时间才能解决，或者可以在应用程序的下一个版本中解决。例如，在“条款和条件”页面中，链接之一不起作用。
低Low：不会损害功能但是有效缺陷且需要纠正的任何缺陷。诸如拼写错误和字体的轻微对齐错误等外观错误属于此类。网页上的一些拼写错误是“低严重性”缺陷的一个示例。
priority优先
简单的英语优先级用于比较两件事，其中比较重要的一件事。同样，就缺陷而言，优先级是要修复的缺陷的紧迫性。它指的是在考虑缺陷的严重性和业务需求的情况下需要修复缺陷的顺序。

开发人员无法同时修复如此多的缺陷，因此，确定由缺陷修复的缺陷的优先​​顺序很重要。通常，高严重性缺陷具有高优先级，因为它们需要快速修复。缺陷的优先级分类为：

高High：任何需要立即注意并需要尽快修复的缺陷（最多24小时）。在很大程度上影响最终客户和业务的缺陷属于此类别。由于这些高优先级问题，当整个应用程序都被阻止并且测试人员无法继续进行软件测试时。
中Medium：可以等待修复的缺陷，因为它们不影响应用程序的主要功能，并且不会妨碍业务并且客户属于此类别。
低级Low：为提高客户体验而在现有设计中进行更改而提出的缺陷被视为低优先级缺陷。这些缺陷需要引起较少的关注，因此，在所有其他优先级缺陷都已修复之后，才将它们考虑在内。

缺陷的严重程度决定了对应用程序的影响，而优先级决定了修复缺陷的顺序。
优先级处理应用程序的技术方面，而优先级处理业务需求以及缺陷对客户需求的影响。
任何缺陷的严重性都不会改变，因为它对应用程序的影响保持不变；而如果业务需求发生变化或遇到任何需要更多注意的优先级更高的缺陷，则优先级会发生变化。
通过示例了解严重性与优先级之间的差异
以下是要点，有助于理解严重性与优先级之间的区别：

高优先级和高严重性：
``在应用程序中，如果存在登录屏幕问题并且用户无法登录，则该缺陷属于高优先级和高严重性，因为需要先解决此问题，因为用户被阻止并且无法访问该应用程序进一步。

高优先级和低严重性：
``如果应用程序的主页或任何其他经常使用的网页中存在一些拼写错误，则是高优先级和低严重性的示例，因为拼写错误不会妨碍应用程序的功能，但会对公司的功能造成严重影响声誉。

低优先级和高严重性：
在在线购物网站中，如果用户尝试在购物车中添加500多个商品，如果``添加到购物车''按钮停止工作，则该缺陷被视为高严重性，因为主要功能未按预期运行，但低优先级，因为用户在购物车中添加500多个商品的情况非常少见。

低优先级和低严重性：
``如果页面段落中存在一些拼写错误，而用户很少打开该页面，则被认为是低优先级和低严重性，因为这既不会影响应用程序的功能，也不会给公司的声誉造成任何损失很少打开。