Show last authors
| 1 | {{box cssClass="box floatinginfobox" title="**Summary**"}} |
| 2 | {{toc/}} |
| 3 | {{/box}} |
| 4 | |
| 5 | |
| 6 | = 运营工作流程 = |
| 7 | |
| 8 | 1. 记录案件 |
| 9 | 1. 案件分类 |
| 10 | 1*. 界面操作指导。 |
| 11 | 1*. 功能培训。 |
| 12 | 1*. 运营经验分享。 |
| 13 | 1*. 第三方机构业务申请协助 |
| 14 | 1*. 系统异常,此项需进入第3步和以后。 |
| 15 | 1. 分析案件(此项所有案件需转产品部门跟踪,详细见“异常分类”) |
| 16 | 1*. 产品设计缺陷。 |
| 17 | 1*. 功能缺陷。 |
| 18 | 1*. 第三方系统缺陷。 |
| 19 | 1. 案件跟踪 |
| 20 | 1*. 与产品、研发部沟通,了解案件最新进展。 |
| 21 | 1*. 跟踪执行计划 |
| 22 | 1*. 功能测试 |
| 23 | 1**. test case记录已发生过之所有bug。 |
| 24 | 1**. 新功能上线 需 完成测试环境测试 ,所有test case项必须成功。 |
| 25 | 1*. 上线交付 |
| 26 | 1*. 功能培训 |
| 27 | |
| 28 | ---- |
| 29 | |
| 30 | = 异常分类 = |
| 31 | |
| 32 | == 产品设计 == |
| 33 | |
| 34 | * 场景不全 |
| 35 | * 客户新需求 |
| 36 | ** 优先级:必填。 |
| 37 | |
| 38 | == 功能缺陷 == |
| 39 | |
| 40 | * 代码缺陷 |
| 41 | * 功能部署升级缺陷 |
| 42 | * 技术组件集成运用不完善 |
| 43 | |
| 44 | == 第三方系统 == |
| 45 | |
| 46 | * 桩程序缺陷 |
| 47 | ** 100%复现 |
| 48 | ** 概率性出现:运营环境比工厂环境复杂,厂里调试不能发现处理。 |
| 49 | * 停车系统 |
| 50 | * 地锁系统 |
| 51 | * 待补充 |
| 52 | |
| 53 | ---- |
| 54 | |
| 55 | = 异常影响级别 = |
| 56 | |
| 57 | * 高,对应场景: |
| 58 | ** 全平台故障,如:阿里云平台(如mns)、平台全局bug、平台性能、域名故障等。 |
| 59 | ** 单运营商故障。(如:BO) |
| 60 | ** 微信(或APP)终端,用户在操作充电过程中出现异常后影响后续正常充电,如:场景缺失导致bug。 |
| 61 | ** 平台管理端(MC、小程序或BO)异常,包括: |
| 62 | *** 页面无法打开。 |
| 63 | *** 功能操作无效(如:修改操作不能保存,出错)。 |
| 64 | *** 查询数据不符合预期,和客户协商必须立即解决。 |
| 65 | * 中,对应场景: |
| 66 | ** 电桩端故障,如:程序bug(包括概率性出现bug)。 |
| 67 | ** 运营商电站环境出现:断电、断网、网络不稳定。 |
| 68 | * 低,对应场景: |
| 69 | ** 运营商 运营过程中要求实现之新功能。 |
| 70 | ** 查询数据不符合预期,和客户协商可在约定时间内解决。 |
| 71 | |
| 72 | **处理原则:** |
| 73 | |
| 74 | 高:需协调公司资源立刻跟踪,直到问题解决。 |
| 75 | 中:协助分析问题根源,催促相关单位跟进处理。 |
| 76 | 低:按客户协商结果、及时安排执行计划 |
| 77 | |
| 78 | ---- |
| 79 | |
| 80 | = 功能缺陷和迭代 = |
| 81 | |
| 82 | 以下是记录跟踪的功能迭代和缺陷传送门 |
| 83 | |
| 84 | * [[功能迭代跟踪>>doc:功能迭代.迭代.WebHome]] |
| 85 | * [[功能缺陷跟踪>>doc:功能迭代.缺陷.WebHome]] |
| 86 | |
| 87 | 也可以点击[[此页>>doc:.Case摘要.WebHome]]查看所有运营日常case list摘要,按需获取详细信息。 |
| 88 | |
| 89 | = 案例示意 = |
| 90 | |
| 91 | [[image:1578904708721-375.png]] |