“ 业精于勤，荒于嬉；行成于思，毁于随。”
目录
一、bug的类型
二、bug的等级
P0—紧急
P1—高
P2—中
P3—低
三、bug的处理
软件开发完成后，会交到测试同学手中进行各种测试，
测试同学所提交的bug普遍被分为四个等级，分别为P0、P1、P2、P3， 其中P0最高，P3最低。
P0 和 P1的bug必须要在模块交付前完全修复。
P0需在24小时内处理完成。若有完成不了的分险请及时报出
我们分别看一下：
一、bug的类型
对bug的划分，以禅道为例，包括：
代码错误
设计缺陷
界面优化
性能问题
配置相关
安装部署
安全相关
标准规范
测试脚本
其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他
二、bug的等级
P0—紧急
【P0—紧急】：完全不能满足产品要求，基本功能明显未实现或完全不可用，阻塞测试流程与进度（核心功能流程）
功能未实现 、功能缺失
业务流程不正确
闪退
数据未上报
越权（付费与免费）
数据统计计算错误
用户信息丢失或错误，如升级及覆盖安装后数据异常
币种显示错误
严重视觉（UI）问题：核心页面
页面显示（元素不可点、核心页面错乱）
安全问题（XSS、SQL等注入）
系统兼容性问题导致主要功能异常（如：按钮被遮挡无法进行下一步操作）
不可忍受的卡顿、慢（大于30s）
其它导致无法测试的错误, 如：服务器500错误
P1—高
【P1—高】：产品的功能实现和需求不符合，没有达到预期的效果，但不阻塞测试进度（非核心功能流程，不影响其他功能）
小功能未实现，小功能缺失（如：打电话等）
概率性的闪退
页面显示（未按照UI实现，用户体验较差）
繁简体显示错误
跳转错误（示例：FaceBook打开计算器跳转到了官网）
页面加载较慢（大于15S）
排序未实现
明显的卡顿（可稍微忍受）
系统兼容性问题导致次要功能异常（如：页面未显示全，但是不影响功能的使用）
异常情况处理缺失，如断网、弱网、中断操作（前后台切换）
类型、边界条件下发生错误（如：仅输入数字年龄，但可输入其他字符，并不报错）
光标跳转设置不好，鼠标（光标）定位错误
P2—中
【P2—中】：比较小的功能、UI或交互问题，可以绕过此类问题来进行测试。
概率极低的闪退
占比率低的非主流系统兼容性闪退（Android的某些机型）
Toast提示文案错误
OSS文案（显示文案、提示文案）错误
页面加载较慢（大于8S）
概率性发生的缺陷
字体大小不统一
文字排列不整齐
文案过长被遮挡、未截断或未换行
辅助说明描述不清楚或未给出
删除未给出二次确认
非常规操作或非常规路径、如多步复合操作后才能复现的问题（用户一般不这么操作）
交互体验类bug：与系统交互或常人认知不符的交互问题
UI兼容性/适配问题
该隐藏的部分未隐藏（如：该****提示的未标出）
安全保护代码：参数检查，判空，数组越界保护，类型溢出
操作时未给用户提示（如：toast提示）
P3—低
【P3—低】：一些可修改或不可修改，或者是还不确定能否修改成功的bug，均不影响用户体验使用
极少机型的适配问题
建议类bug，可修可不修，修了最好，不修不影响发布版本
延期处理的缺陷（开发确定是缺陷，不影响当前上线，开发可在上线后处理）
挂起的缺陷（开发人员待找技术解决方案）
三、bug的处理
已指派的bug
跟踪、提醒开发
已修复的，更新环境验证
已解决的bug
更新环境验证
验证通过，关闭
验证不通过，重新打开
回归验证时继续跟进bug，直到关闭bug
重复的bug
确认重复，关闭
不重复，写明原因
不是bug
首先确认开发环境和测试环境是否一致
不是缺陷关闭
是缺陷和开发沟通
未得到解决与产品沟通
无法重现
首先确认开发环境和测试环境是否一致
重现不了，与产品和开发一起确认关闭（依据bug的严重程度）
找到重现原因，写明清楚，指派给开发
不予解决
找产品经理确认
不予解决，关闭
要解决，写明原因给开发
设计如此
找产品经理确认
不予解决，关闭
要解决，写明原因给开发
延期修改
根据bug的严重程度，是否影响当前版本的发布
与产品经理确认
不予延期，写明情况，激活
确认延期，做好记录，后续版本进行关注
