测试的严重性和优先级 错误生命周期 测试环境 测试的严重性和优先级 在本节中,我们将了解软件测试中错误的严重性和优先级 严重性 错误对应用程序的影响称为严重性。 它可以是该错误的阻止程序、关键程序、主要程序和次要程序。 Blocker:如果一个bug的严重性是一个blocker,这意味着我们不能进入下一个模块,并且不必要的测试工程师是理想的。 有两种类型的拦截器错误,如下所示: 一个主要功能不起作用:登录到 HDFC,金额转移不起作用 主要流程不起作用:登录和注册本身在 HDFC 应用程序中不起作用。 关键:如果是关键,则意味着主要功能不起作用,测试工程师无法继续测试。 Major:如果是major,说明配套的组件和模块没有正常工作,但是测试工程师可以继续测试。 Minor:如果一个bug的严重程度是major,这意味着所有的UI问题都没有正常工作,但可以不间断地进行测试。 优先事项 优先级对于修复错误或首先修复哪个错误或修复错误的时间很重要。 它可以是紧急、高、中和低。 高:对客户应用影响较大,必须先修复。 中:在此,问题应该在当前开发版本发布之前修复。 低:如果有时间应该固定流量,但可以推迟到下一个版本。 注意:测试工程师决定严重性和优先级,开发人员也可以根据错误报告的适当原因和评论来更改严重性。 开发人员不能更改优先级,因为如果开发人员更改优先级,他/她可能会先修复简单的错误。 严重性和优先级示例 示例 1 假设我们必须根据客户端的要求发送需要首先修复哪个错误的优先级手段。 刚发现bug时,会在下一个即时构建中修复,并给予优先级为P1或紧急。 如果错误的优先级为 P2 或高,它将在接下来的 3-4 个版本中修复。 当bug的Priority为P3/medium时,会在应用的中间构建中修复。 最后,如果优先级为 P4/低,它将在软件的最后 2-3 版本中修复,如下图所示: 示例 2 如果我们以登录模块为例,那么严重性和优先级可能取决于应用程序,如下图所示: 错误生命周期 测试环境