缺陷优先级标准
从高到低排序为P1阻塞、P2高、P3中、P4低、P5建议
重要原则：
- bug产生的数据在后续是无法修复的，或修复成本很高，不能降级。
- 迭代内有富余工作时间无论哪一级别的bug都需要完成修复。
- 新迭代开始，产品经理可以对遗留bug调整优先级和修复时间。
- UX交互操作默认p3 ，UI样式默认P4，除非UI样式影响大的可以放到P3
- 遇到争议，以多方商量结果为准。
1 缺陷优先级
1.1 P1阻塞（系统级别）
系统级别无法访问、入口功能失效等，包括但不限于：
（1）系统访问500等错误，无法使用
（2）系统访问入口功能失效，比如注册、登录失败
1.2 P2高（功能级别）
功能级别遗漏、错误、实现不完整，且无法规避，导致无法开展后续业务流程测试，包括但不限于：
（1）功能错误，无法规避，导致无法开展后续业务流程测试，比如增删改查、文件转换100%失败
（2）功能遗漏，无法规避，导致无法开展后续业务流程测试，比如审查对象功能遗漏，规则审查无法进行
（3）功能实现不完整，无法规避，导致无法开展后续业务流程测试，不包括UX等不影响功能使用
1.3 P3中（可规避功能错误、UX交互操作/校验、性能）
功能可用，但一般性功能错误、功能异常场景下触发错误、交互操作和校验与预期结果不符合的错误，或系统性能或响应时间变慢，或文件转换失败率高，包括但不限于：
（1）一般性功能错误或数据不准，可规避但达不到验收要求
（2）异常场景下触发功能错误，可规避但达不到验收要求
（3）功能可用，但系统性能或响应时间变慢
（4）文件转换能成功，但是失败率高
（5）grid列名定义、含义与UX不一致；
(6) 不可用的按钮应该隐藏或变灰；
（7）格式验证不严格；
（8）日期格式验证；
（8）输入限制未进行控制；
（10）删除操作未给出提示；
1.4 P4低（兼容性、UI样式、提示语）
功能可用，但UX样式问题不明显，部分版本受影响，浏览器、插件版本兼容性，可用其他版本代替，不影响使用，包括但不限于：
（1）浏览器兼容性问题，可用其他版本代替，不影响使用
（2）插件版本兼容性问题，可用其他版本代替，不影响使用
（3）提示语文字语法、拼写、格式错误、中文乱码、打印错误代码等
（4）提示语未采用行业术语
（5）偶现的bug
（6）操作之后，光标位置停留不正确；
（7）icon
（8）颜色
（9）尺寸
（10）像素
（11）hover效果
（12）样式对齐
（13）选中效果
（14）间距
（15）底色
1.5 P5建议（操作体验优化）
功能可用，但操作体验上不好用， 提出建议性的意见，包括但不限于：
（1）容易给用户误解和歧义的提示；
（2）界面不符合用户操作习惯
（3）操作过于繁琐
2 线上缺陷提交
1、缺陷提交必须区分缺陷来源，缺陷来源为【客户/咨询线上反馈】统计的是线上验收测试未被发现的问题，否则默认来源就是内部验收测试
2、如果产品判断为需求会转为需求跟踪不再统计为线上缺陷
3、所有线上问题必须录入jira方便跟踪，sprint demo中汇报线上缺陷情况，修复后需要放到迭代验收测试报告，咨询/客户需要再次确认
4、如果是产品、UX、咨询、QA、研发等上报的客户的线上缺陷，需要将缺陷报告人指向最初反馈问题的人员
3 迭代验收缺陷提交
1、对应需求测试、接口测试、迭代测试、集成测试、系统测试、自动化测试、安全测试、性能测试、系统生产运行等每个阶段，发现的问题都需要提交缺陷跟踪
2、针对版本所有不合理问题进行提缺陷，不管问题大小
3、有条件概率重现、无规律重现、很难重现的问题一样提缺陷，但之前须确认问题存在，并将具体环境和操作步骤、相关配置项描述清楚，然后提缺陷。
4、建议当天发现缺陷立即进行确认提交，避免将一天的问题汇总到当天结束时一起提交。
5、研发阶段：对出现问题的现场应及时保护，严重及以上的问题需及时通知相关开发人员来现场定位，测试配合定位，但是占用环境不能超过1小时。演示或发布阶段：对出现的紧急严重的问题，应及时记录并获取相关的日志与截图，然后回滚到上个可用版本，然后在测试环境中复现和解决问题。
6、提交缺陷必填字段：功能模块、优先级、验收环境、摘要、描述、经办人、迭代中的bug必须选择迭代版本
7、缺陷描述信息需要详细，如果涉及到账号，需要在描述中写明，如果涉及线上问题，可以说明账号，密码需要私下交流。
4 缺陷处理原则
1、尽量保证提单人即关单人，特殊情况可在JIRA备注说明
2、对于P2及以上的问题单，需要开发人员说明问题发生的原因以及解决方案。
3、对问题单进行转单操作时，必须填写备注信息，在备注信息中需要说明转单原因，严禁空转，否则接单人可要求将问题单转回给转单人。
5、上个版本系统测试遗留的问题可以在迭代测试环境中进行验证回归。但在下次系统测试开始之前，需在新版本中再次对遗留问题进行回归验证
6、对于无法处理或者验证的问题单，需要有相关人员进行评审（包括但不限于问题提交人，问题经办人，研发项目经理，产品经理），在问题单上进行备注后转给指定专人或者是链接在指定的任务下。
9、提单人提单不规范，问题单经办人可要求将问题驳回。