测试用例级别与Bug级别定义

- 日理万妓 2022-09-13 04:03 553阅读 0赞

**前言：很多小伙伴都不清楚测试用例与Bug的优先级是怎么定义的，这里我说说自己的观点哈！**

### 测试用例级别与Bug级别定义 ###

*  一、测试用例优先级别定义
 *   *  1、Pri 0（高）
     *  2、Pri 1（中）
     *  3、Pri 2（低）
 *  二、缺陷严重级别和优先级别定义
 *   *  一、缺陷级别定义
     *   *  1、致命缺陷：
         *   *  1.内存泄漏；
             *  2.严重的数值计算错误；
             *  3.系统容易崩溃；
             *  4.功能设计与需求严重不符；
             *  5.系统无法登陆；
             *  6.循坏报错，无法正常退出。
             *  7.数据丢失（用户数据，服务器数据）
             *  8.业务逻辑错误（数据计算错误：例如支付错误，业务流程缺失或者走错）
             *  9.服务器400、500等错误
         *  2、严重缺陷：
         *   *  1.功能未实现；
             *  2.功能存在报错；
             *  3.数值轻微的计算错误。
             *  4.安全性问题
             *  5.兼容性问题（用户群体大，影响严重）
         *  3、一般缺陷：
         *   *  1.边界条件下错误；
             *  2.容错性不好；
             *  3.大数据下容易无响应；
             *  4.大数据操作时，没有提供进度条。
             *  5.次要功能存在报错
             *  6.只有在极端条件下才会重现的bug
             *  7.在特定配置情况下不会出现的bug
             *  8.操作界面错误（包括数据窗口内列名定义、含义是否一致）
             *  9.提示信息错误
             *  10.兼容性错误（有一定的用户群体，影响较大）
         *  4、提示缺陷：
         *   *  1.界面颜色搭配不好；
             *  2.文字排列不整齐；
             *  3.出现错别字，但是不影响功能；
             *  4.界面格式不规范。
             *  5.不能稳定重现的bug
             *  6.非功能性bug,如日志等
             *  7.界面规格不规范
             *  8.辅助说明描述不清
             *  9.操作时未给用户反馈
             *  10.兼容性问题（用户群体不大，影响相对较小）
     *  二、Priority（优先级）定义
     *   *  1、紧急/一级
         *  2、高/二级
         *  3、中/三级
         *  4、一般/四级
         *  5、低/五级
 *  三、疑问解答与加群交流学习

# 一、测试用例优先级别定义 #

测试用例优先级分类标准（为了与TAPD级别定义相一致，设置优先级别名高/中/低）

## 1、Pri 0（高） ##

A small number of positive tests under one configuration.（单一条件下的正常功能用例） Constitute 10-20% of a feature’s tests.（数量不超过所有测试用例的20%） Regression amounts to a ship stopper.（任何P0用例失败，该版本不允许发布）

## 2、Pri 1（中） ##

Coverage for 80% of the use cases of a feature under multiple configuration.（组合条件下的常见功能用例） Constitue 80% of a feature‘s tests. （约占80%比例）

## 3、Pri 2（低） ##

Edge or low impact scenarios. （边界条件或者对用户影响极少的场景） Constitute 10-20% of a feature‘s tests. 控制10-20%比例

# 二、缺陷严重级别和优先级别定义 #

## 一、缺陷级别定义 ##

Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。

### 1、致命缺陷： ###

主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

#### 1.内存泄漏； ####

#### 2.严重的数值计算错误； ####

#### 3.系统容易崩溃； ####

#### 4.功能设计与需求严重不符； ####

#### 5.系统无法登陆； ####

#### 6.循坏报错，无法正常退出。 ####

#### 7.数据丢失（用户数据，服务器数据） ####

#### 8.业务逻辑错误（数据计算错误：例如支付错误，业务流程缺失或者走错） ####

#### 9.服务器400、500等错误 ####

### 2、严重缺陷： ###

影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。

#### 1.功能未实现； ####

#### 2.功能存在报错； ####

#### 3.数值轻微的计算错误。 ####

#### 4.安全性问题 ####

#### 5.兼容性问题（用户群体大，影响严重） ####

### 3、一般缺陷： ###

界面、性能缺陷，次要功能存在缺陷，但不会影响到系统稳定性。

#### 1.边界条件下错误； ####

#### 2.容错性不好； ####

#### 3.大数据下容易无响应； ####

#### 4.大数据操作时，没有提供进度条。 ####

#### 5.次要功能存在报错 ####

#### 6.只有在极端条件下才会重现的bug ####

#### 7.在特定配置情况下不会出现的bug ####

#### 8.操作界面错误（包括数据窗口内列名定义、含义是否一致） ####

#### 9.提示信息错误 ####

#### 10.兼容性错误（有一定的用户群体，影响较大） ####

### 4、提示缺陷： ###

易用性及建议性问题

#### 1.界面颜色搭配不好； ####

#### 2.文字排列不整齐； ####

#### 3.出现错别字，但是不影响功能； ####

#### 4.界面格式不规范。 ####

#### 5.不能稳定重现的bug ####

#### 6.非功能性bug,如日志等 ####

#### 7.界面规格不规范 ####

#### 8.辅助说明描述不清 ####

#### 9.操作时未给用户反馈 ####

#### 10.兼容性问题（用户群体不大，影响相对较小） ####

## 二、Priority（优先级）定义 ##

这里的优先级别名称定义与TAPD上bug优先级别名称定义一致，以便于在TAPD创建bug时可以严格参考文档选定bug优先级

### 1、紧急/一级 ###

即“立刻解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求/或无法使用。， 响应时间：立即

### 2、高/二级 ###

即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常  
响应时间：小于15分

### 3、中/三级 ###

即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现

### 4、一般/四级 ###

即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。

### 5、低/五级 ###

即”低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决

# 三、疑问解答与加群交流学习 #

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5aW95aW95YWI55SfJk1yLkxp_size_20_color_FF0000_t_70_g_se_x_16_pic_center]

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5aW95aW95YWI55SfJk1yLkxp_size_20_color_FF0000_t_70_g_se_x_16_pic_center]: /images/20220828/e377e069f6b64e6fa65b4eda47fe04d1.png