BUG定级

软件缺陷常常又被称为Bug。所谓软件缺陷就是指计算机软件或者程序中存在的某种破坏正常运行能力的问题、错误或者隐藏的功能缺陷。Bug 的存在会导致软件产品在某种程度上不能满足用户的需要。你知道怎么对软件测试里的BUG进行等级划分吗？

BUG定级

• 一、bug的定义
  • 一般是指不满足用户需求的则可以认为是bug，狭义指软件程序的漏洞或缺陷，广义指测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等
  • 对应三个测试目的：
    • 1、为了发现程序的代码或业务逻辑错误
    • 2、为了检查产品是否符合用户需求
    • 3、为了提高用户的体验
• 二、bug的类型
  • 对bug的划分，大致分为以下几类：
    • 1、代码错误
    • 2、设计缺陷
    • 3、界面优化
    • 4、性能问题
    • 5、配置相关
    • 6、安装部署
    • 7、安全相关
    • 8、标准规范
    • 9、其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他
• 三、bug的等级
  • 1级bug：（致命错误）
    • 1、常规操作引起的系统崩溃、死机、死循环报错，无法正常退出
    • 2、功能设计与需求严重不符，基本模块缺失，测试流程无法进行
    • 3、严重的数据计算错误
    • 4、用户数据丢失或破坏
    • 5、内存泄漏，系统无法登录
    • 6、其他导致功能无法测试的问题
  • 2级bug：（严重错误）
    • 1、重要功能不能实现（例如：用户所要求的功能缺失，该有的页面未实现，逻辑不通，重要图表数据未开发，等）
    • 2、错误的波及面广，影响到其他重要功能正常实现
    • 3、非常规操作导致的程序崩溃、死机、死循环 (非常规操作：用户使用软件时不会进行的操作）
    • 4、系统中数据保存后数据库中显示错误
    • 5、密码明文显示
    • 6、页面无显示白屏，无数据
    • 7、地图数据和图表数据不一致
  • 3级bug：（一般错误）
    • 不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷
    • 1、次要功能不能正常实现
    • 2、操作界面错误（包括数据窗口内列名的定义，含义不一致）
      • 例如：列名与列名下的内容不一致
    • 3、查询错误、数据错误显示
    • 4、简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
    • 5、删除操作未给出提示
    • 6、边界条件错误或者未做限制
    • 7、系统未做优化，数据页面加载慢，操作卡顿之类（性能层面问题）
    • 8、兼容性问题（分辨率，系统版本等等）
  • 4级bug：（界面问题）
    • 程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误
    • 1、界面不规范
    • 2、辅助说明描述不清楚
    • 3、提示窗口文字未采用行业术语
    • 4、界面存在文字错误
    • 5、操作时未给用户提示
    • 6、文字排列不整齐等一些小问题
  • 5级bug：（建议性问题）
    • 1、对于产品设计方面的意见和建议
    • 2、对于产品界面优化方面的意见和建议
    • 3、对于产品需要优化增强用户体验方面的意见和建议
• 四、bug的[优先级]
  • 1. P1： 即“马上解决”，优先级最高，应立即修复的问题，要求开发人员必须立即修改这条bug，一般是指该缺陷导致程序完全不能满足产品的需求，基本功能明显未实现或不可用，阻塞了测试流程与进度等。
  • 2. P2：即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常使用，包括功能、数据，或者其他的一些比较着急的需求。
  • 3. P3：即“高度重视”，表示有时间就要马上解决，主要是指系统实现的功能与预期结果要求较大，但不影响其他功能和主要的核心功能。
  • 4. P4：即“正常处理”，按照个人计划处理就行，主要是指界面，交互和一些特别小的功能出错，但是可以跳过此类bug继续进行测试。
  • 5. P5：即“低优先级”，一些可修改或不可修改，或者是还不确定能否修改成功的bug，不影响用户体验使用，不过修改了最好，一般如果要修改且时间来不及可以在后面的版本更新中再进行修改即可。
  • 备注：严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级，视具体情况而定。
• 五、bug的定级
  • P0
    • 定义
      • 完全不能满足产品需求，基本功能实现不全或者完全不可用，阻塞测试流程与进度(核心功能流程)
    • 包括但不限于下列项
      • 1.主要功能未实现或功能缺失
      • 2.业务流程不正确
      • 3.数据未上报、用户数据丢失
      • 4.越权
      • 5.常规操作引起的系统崩溃、卡死、死循环
      • 6.造成数据泄露的安全性问题
      • 7.涉及金钱，例如支付、余额
      • 8.严重UI问题：核心页面
      • 9.安全问题
      • 10.兼容性问题导致主要功能异常 （如：按钮被遮挡无法进入下一步）
      • 11.不可忍受的卡顿，页面加载慢 （大于30s）
      • 12.其他导致无法测试的错误
    • 修复优先级
      • 紧急
  • P1
    • 定义
      • 产品功能实现与需求不符合，未达到预期效果，但不阻塞测试进度（非核心功能流程,不影响其他功能）
    • 包括但不限于下列项
      • 1.次要功能未实现或功能缺失
      • 2.错误的波及面广，影响其他重要功能正常实现
      • 3.非常规操作引起的系统崩溃、卡死、死循环（非常规操作：用户使用系统时不会进行的操作）
      • 4.页面未按照U实现，用户体验较差
      • 5.页面跳转错误（如点击创建跳转详情）
      • 6.页面加载慢，明显卡顿（大于15s）
      • 7.查询排序未实现
      • 8.系统兼容性问题导致次要功能异常（如：页面UI显示异常，但不影响功能使用）
      • 9.系统异常情况处理缺失
      • 10.数据类型、边界条件错误（如：仅输入数字值，但可输入其他字符，且无报错）
      • 11.光标跳转、定位错误（如：选择红包余额、光标定位在红包裂变）
      • 12.接口错误
    • 修复优先级
      • 高
  • P2
    • 定义
      • 比较小的功能、UI或者交互问题，可以绕过此类问题进行测试
    • 包括但不限于下列项
      • 1.占比率低的非主流系统兼容性问题
      • 2.文案错误（如：toast提示）
      • 3.页面加载较慢（大于8s）
      • 4.概率性发生的缺陷
      • 5.字体风格、大小不统一
      • 6.文字排列不整齐
      • 7.文案过长被遮挡、未换行活未做省略处理
      • 8.功能说明未给出或描述不清
      • 9.删除无二次确认
      • 10.非常规操作、如多步复合操作后才能复现的问题（用户一般不这么操作）
      • 11.交互体验类问题：与系统交互或常人认知不符的交互问题
      • 12.U兼容性/适配性问题
      • 13.页面该隐藏的部分未隐藏（如：部分数据****显示）
      • 14.安全保护代码（参数检查、为空判断、类型溢出）
      • 15.操作时未给出toast提示
      • 16.查询错误，数据列名与值不一致
      • 17.基本功能错误
    • 修复优先级
      • 中
      • 普通
  • P3
    • 定义
      • 一些可修改或可不修改，或者是还不确定能否修改成功的bug，均不影响用户使用体
    • 包括但不限于下列项
      • 1.极少机型适配问题
      • 2.建议类bug，可改可不改，不修不会影响版本发布
      • 3.延期处理的bug（开发确定时缺陷，不影响当前版本上线，开发可延后处理）
      • 4.挂起的bug（开发待找技术解决方案）
    • 修复优先级
      • 低