线上问题处理流程
处理规范：
线上缺陷/事故发生后优先解决问题，立即通报@山枣@扁竹 ，QA提供必要支持；
- QA工作优先级：
|
工作内容
|
优先级
|
原因以及风险
|
|
线上问题（简单技术问题）
|
高优先级
|
已上线的项目，出现问题会造成用户投诉、用户损失、甚或用户流失的风险，需要高优处理，快速响应，从而达到将事故范围控制在最小范围内，控制事故影响的目的，原则上D+1日内修复
|
|
线上问题（产品bug）
|
次高优先级
|
该类问题需要梳理方案，产品确认给出解决方案后修复，原则不超过D+3日修复上线。
|
|
业务测试
|
优先
|
及时承接业务方提出的相关项目，为业务有序推进提供支持
|
|
技术改进
|
普通
|
技术改进通常指一般组件技术升级，技术改进措施等不影响主业务流程的技术改进
|
问题解决后一个工作日内按照CaseStudy模板准备wiki：
- 【必读】
- CaseStudy规范
- 【模板】CaseStudy-YYYYMMDD-团队-故障标题
缺陷/事故发生2天内组织相关人员（开发，PM，QA，其他业务相关方）进行CaseStudy讨论，形成TODO；
- 参考CaseStudy模板todo部分：
- 【模板】CaseStudy-YYYYMMDD-团队-故障标题
标题模板：
- 页面标题模版“CaseStudy-YYYYMMDD-团队-故障标题”
- 故障标题要具体，如写“服务中断10分钟”，而不是“服务故障”，如写“导致用户不能下单”，而不是“订单系统报错”
内容规范：
- 【必读】
- CaseStudy规范
范文参考：
录入JIRA规范：
标题：与CaseStudy wiki标题相同；内容：为wiki链接；级别：参照定级规范
问题分类：
业务模块：（按照现有业务划分填写，如智慧脸，POS等）发现阶段：灰度环境，线上环境
