从版本< 43.2 >
shi chuck编辑
在2020/03/12 21:13上
到版本
shi chuck编辑
在2020/03/12 17:11上
< >
修改评论 上传新附件1584004285063-902.png

Summary

Details

Page properties
Content
... ... @@ -5,72 +5,6 @@
5 5  
6 6  **~* 金凯瑞和其子客户那边所有问题,令狐充的分析结果在金凯瑞内部群里说明,统一交由金凯瑞方(如,吴小英)去最终告知 当地运营客户的群。**
7 7  
8 -= szds_case#34_20200312 =
9 -
10 -问题描述:罗宾森在测试环境测试的, 启动失败,上送登出,取消服务的测试, 说会造成app卡死
11 -
12 -~-~-跟踪
13 -
14 -(% class="box infomessage" %)
15 -(((
16 -billing_Id=20200312155407387826
17 -03-12 15:54:07.317,15,鉴权
18 -03-12 15:54:07.980,16
19 -03-12 15:54:09.986,5,idle,connect
20 -03-12 15:54:10.916,20,启动充电
21 -03-12 15:54:11.992,21
22 -03-12 15:54:40.010,5(充电心跳),idle,connect
23 -03-12 15:54:43.024,19,登出,服务取消
24 -调用act/startCharge返回成功code=0, 是不是表明启动成功了
25 -表示设备已经接收了指令并返回
26 -这个案例是否不应该返回0,应该返回错误码吧
27 -因为桩的启动有一个过程, 不是马上就能充电的
28 -)))
29 -
30 -~-~-解决:
31 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
32 -售后(跟单)工程师:施文俊
33 -
34 -= szds_case#33_20200312 =
35 -
36 -问题描述:余额负数,账单 20200311230043137951
37 -
38 -~-~-跟踪
39 -
40 -(% class="box infomessage" %)
41 -(((
42 -[[image:1584004285063-902.png]]
43 -
44 -1. 5.24的账单23:12分结束充电,但是没上传账单,所以用户没发生扣费,余额大于5元
45 -2. 4.43的账单是23:46开始充电, 余额大于5元,没问题
46 -3. 5.24的账单的账单0点上传,开始扣费,余额不足,后台停掉4.43的充电
47 -
48 - 该充电事务的账单上送延时造成的。
49 -5.24的账单 20200311230043137951 23:12分结束充电
50 - 第一次账单在“03-11 23:46:04.525”,是延时30分钟后无桩设备账单下,平台上送的平台账单,所以标记为异常 : 1-账单丢失
51 - 第二次账单在“03-12 00:01:41.234”,设备上送的账单。拔枪后,桩滞后1个小时才发账单
52 -拖到后面才发账单,导致两个充电重叠了,突然间大额扣费,冲破余额。
53 -用户第二次启动充电的时候余额并没有低于5元。原因就是第一次的账单没发过来,扣不了费
54 -\\【shi】:心跳数据见[[attach:rhsr_20200311230043137951.txt||target="_blank"]]
55 -
56 -
57 -44030500040000200026  1号枪 于 2020-03-11 23:27:10 再次启动充电,断网怎么启动的?即时期间断网,2020-03-11 23:27:10此刻只有恢复网络才能使用,恢复网络是否该先上送  2020-03-11 23:00:42 这次充电账单。
58 -44030500040000200026  单设备 3条相邻详细见下:
59 -20200311230043137951  对应  44030500040000200026  1号枪 启动时间  2020-03-11 23:00:42
60 -20200311230555538567  对应  44030500040000200026  2号枪 启动时间  2020-03-11 23:05:54
61 -20200311232711489379  对应  44030500040000200026  1号枪 启动时间  2020-03-11 23:27:10
62 -
63 -
64 -余额不足、app端按停止充电 都是后台终止
65 -
66 -[[image:1584018773839-493.png]]
67 -
68 -)))
69 -
70 -~-~-解决:
71 -状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
72 -售后(跟单)工程师:施文俊
73 -
74 74  = szds_case#32_20200311 =
75 75  
76 76  问题描述:如果修改这个样子,给用户感觉更友好,不会被误认为卡死
... ... @@ -77,9 +77,10 @@
77 77  
78 78  ~-~-跟踪
79 79  
80 -[[image:1583936058731-829.png]]
81 81  
15 +\\[[image:1583936058731-829.png]]
82 82  
17 +
83 83  ~-~-解决:
84 84  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
85 85  售后(跟单)工程师:施文俊
... ... @@ -155,7 +155,7 @@
155 155  
156 156  = szds_case#30_20200311 =
157 157  
158 -
93 +
159 159  问题描述:这个账单平台上有充电时间和充电量,充电金额是有的,但是在桩上查过显示充电金额没有,和是怎么回事?
160 160  
161 161  ~-~-跟踪
... ... @@ -352,7 +352,7 @@
352 352  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
353 353  售后(跟单)工程师:chinyee
354 354  
355 -= =
290 += =
356 356  
357 357  = szds_case#21_20200305 =
358 358  
... ... @@ -729,7 +729,7 @@
729 729  状态(☑表示选定 ): ☑ 已解决 | 处理中 | 暂搁置 
730 730  售后(跟单)工程师:施文俊
731 731  
732 -= =
667 += =
733 733  
734 734  = szds_case#5_20191129 =
735 735  
1584018773839-493.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -40.3 KB
Content
rhsr_20200311230043137951.txt
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ShiChuck
Size
... ... @@ -1,1 +1,0 @@
1 -697 bytes
Content
... ... @@ -1,19 +1,0 @@
1 -app端收到心跳时间 电量 心跳状态
2 -2020/3/11 23:15:23 9.31 服务结束(如拔枪)
3 -2020/3/11 23:14:23 9.31 充电停止
4 -2020/3/11 23:13:39 9.31 充电停止
5 -2020/3/11 23:13:23 9.31 充电中
6 -2020/3/11 23:12:23 8.53 充电中
7 -2020/3/11 23:11:23 7.76 充电中
8 -2020/3/11 23:10:23 6.97 充电中
9 -2020/3/11 23:09:23 6.18 充电中
10 -2020/3/11 23:08:23 5.41 充电中
11 -2020/3/11 23:07:23 4.63 充电中
12 -2020/3/11 23:06:23 3.89 充电中
13 -2020/3/11 23:05:23 2.93 充电中
14 -2020/3/11 23:04:22 2.08 充电中
15 -2020/3/11 23:03:22 1.27 充电中
16 -2020/3/11 23:02:22 0.47 充电中
17 -2020/3/11 23:01:22 0 充电中
18 -2020/3/11 23:01:02 0 充电中
19 -2020/3/11 23:00:43 0 枪准备就绪