线下测试bug等级划分_p0p1p2p3p4有啥区别bug

一共分为4等级，P0-P3

一、 P0问题

（关键词：阻塞、崩溃。阻塞主流程、功能缺失、明显性能/稳定性问题等）

1. 阻塞测试流程的问题；
2. 造成系统崩溃、死循环、死机、重启等严重异常的问题；
3. 普通数据场景下，操作过程中明显卡顿；
4. 需求中某块基本功能遗漏未开发；
5. 导致数据库其它数据丢失、死锁等严重问题；

==》该等级问题出现，即为测试不通过，非紧急项目场景下应当中止当前版本的测试，作打回处理；

二、P1问题

（关键词：严重、不符。功能问题但不阻塞/能规避、与需求不符、安全问题、低频性能问题等）

1. 功能部分缺失/异常，但不阻塞后续其它功能的测试；
2. 功能部分逻辑的实现和需求不符；
3. 安全相关问题；
4. 特定低频场景/大数据量下才出现的性能/稳定性问题；
   
   ==》该等级问题出现，在不影响其他功能测试的情况下可以继续该版本测试；
    

三、P2问题

（关键词：一般、低频。细节性问题、异常场景问题、兜底逻辑不够完善、明显的UI缺陷、较低概率出现的功能问题等）

1. 功能细节问题；
2. 异常场景，代码处理不当/未处理的问题；
3. 明显的UI问题：例如页面错乱、页面点击区域有误等；
4. 低频出现的基本功能问题；
5. 严重体验问题：例如：删除没有确认框、重要数据为物理删除、一个错误场景错误弹框过多影响交互等
   
   ==》该等级问题实际测试中存在最多，且非紧急项目，P0-P2 bug都不能带上线；

四、P3问题

（关键词：建议、次要。体验问题、不明显的UI问题、规范问题等）

1. 用户体验类/建议类的问题，且影响不大：例如光标位置问题、提示文案不清楚、页面部分按钮没有对齐、页面上焦点迁移顺序、需求交互不符合用户习惯等；
2. 研发实现不符合规范：例如前端FE没有使用共通组件研发等；
   
   ==》该类问题一般都是在功能可用的情况下，站在用户的角度/站在研发规范的角度发现的问题；
   部分问题可能会因为不同人不同的理解而存在争议，如果有争议，可以定期拉通产品、研发、QA组长一起对齐是否要修复；