前言：很多小伙伴都不清楚测试用例与Bug的优先级是怎么定义的，这里我说说自己的观点哈！
测试用例级别与Bug级别定义
一、测试用例优先级别定义
测试用例优先级分类标准（为了与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、低/五级
即”低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决
三、疑问解答与加群交流学习
