| ... |
... |
@@ -2,37
+2,46 @@ |
| 2 |
2 |
{{toc/}} |
| 3 |
3 |
{{/box}} |
| 4 |
4 |
|
| 5 |
|
-= 运营问题 = |
| 6 |
6 |
|
|
6 |
+= 运营工作流程 = |
| 7 |
7 |
|
| 8 |
|
- 平台操作 |
| 9 |
|
- 功能缺陷 |
|
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*. 功能培训 |
| 10 |
10 |
|
| 11 |
|
-== 运营故障分类 == |
|
28 |
+---- |
| 12 |
12 |
|
| 13 |
|
-=== 影响范围 === |
|
30 |
+= 异常分类 = |
| 14 |
14 |
|
| 15 |
|
-* 全平台 |
| 16 |
|
-* 单运营商（如：BO） |
|
32 |
+== 产品设计 == |
| 17 |
17 |
|
| 18 |
|
-=== 故障级别 === |
| 19 |
|
- |
| 20 |
|
- |
| 21 |
|
-== 问题分类 == |
| 22 |
|
- |
| 23 |
|
-=== 产品设计 === |
| 24 |
|
- |
| 25 |
25 |
* 场景不全 |
| 26 |
26 |
* 客户新需求 |
|
36 |
+** 优先级：必填。 |
| 27 |
27 |
|
| 28 |
|
-=== 令狐充系统 === |
|
38 |
+== 功能缺陷 == |
| 29 |
29 |
|
| 30 |
|
-* 场景不全 |
| 31 |
31 |
* 代码缺陷 |
| 32 |
32 |
* 功能部署升级缺陷 |
| 33 |
33 |
* 技术组件集成运用不完善 |
| 34 |
34 |
|
| 35 |
|
-=== 第三方缺陷 === |
|
44 |
+== 第三方系统 == |
| 36 |
36 |
|
| 37 |
37 |
* 桩程序缺陷 |
| 38 |
38 |
** 100%复现 |
| ... |
... |
@@ -39,9
+39,44 @@ |
| 39 |
39 |
** 概率性出现：运营环境比工厂环境复杂，厂里调试不能发现处理。 |
| 40 |
40 |
* 停车系统 |
| 41 |
41 |
* 地锁系统 |
| 42 |
|
-* 其他系统待补充 |
|
51 |
+* 待补充 |
| 43 |
43 |
|
| 44 |
|
-== 解决方案 == |
|
53 |
+---- |
| 45 |
45 |
|
|
55 |
+= 异常影响级别 = |
| 46 |
46 |
|
| 47 |
|
-优先级 |
|
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]] |