从版本< 41.2 >
shi chuck编辑
在2020/03/12 17:20上
到版本
shi chuck编辑
在2020/03/12 20:23上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -5,12 +5,39 @@
5 5  
6 6  **~* 金凯瑞和其子客户那边所有问题,令狐充的分析结果在金凯瑞内部群里说明,统一交由金凯瑞方(如,吴小英)去最终告知 当地运营客户的群。**
7 7  
8 += szds_case#34_20200312 =
9 +
10 +问题描述:罗宾森在测试环境测试的, 启动失败,上送登出,取消服务的测试, 说会造成app卡死
11 +
12 +~-~-跟踪
13 +(% class="box infomessage" %)
14 +(((
15 +billing_Id=20200312155407387826
16 +03-12 15:54:07.317,15,鉴权
17 +03-12 15:54:07.980,16
18 +03-12 15:54:09.986,5,idle,connect
19 +03-12 15:54:10.916,20,启动充电
20 +03-12 15:54:11.992,21
21 +03-12 15:54:40.010,5(充电心跳),idle,connect
22 +03-12 15:54:43.024,19,登出,服务取消
23 +调用act/startCharge返回成功code=0, 是不是表明启动成功了
24 +表示设备已经接收了指令并返回
25 +这个案例是否不应该返回0,应该返回错误码吧
26 +因为桩的启动有一个过程, 不是马上就能充电的
27 +)))
28 +
29 +~-~-解决:
30 +状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置 
31 +售后(跟单)工程师:施文俊
32 +
8 8  = szds_case#33_20200312 =
9 9  
10 -问题描述:余额负数,账单 20200311230043137951
35 +问题描述:余额负数,账单 20200311230043137951
11 11  
12 12  ~-~-跟踪
13 -\\[[image:1584004285063-902.png]]
38 +(% class="box infomessage" %)
39 +(((
40 +[[image:1584004285063-902.png]]
14 14  
15 15  1. 5.24的账单23:12分结束充电,但是没上传账单,所以用户没发生扣费,余额大于5元
16 16  2. 4.43的账单是23:46开始充电, 余额大于5元,没问题
... ... @@ -17,10 +17,12 @@
17 17  3. 5.24的账单的账单0点上传,开始扣费,余额不足,后台停掉4.43的充电
18 18  
19 19   该充电事务的账单上送延时造成的。
47 +5.24的账单 20200311230043137951 23:12分结束充电
20 20   第一次账单在“03-11 23:46:04.525”,是延时30分钟后无桩设备账单下,平台上送的平台账单,所以标记为异常 : 1-账单丢失
21 21   第二次账单在“03-12 00:01:41.234”,设备上送的账单。拔枪后,桩滞后1个小时才发账单
22 22  拖到后面才发账单,导致两个充电重叠了,突然间大额扣费,冲破余额。
23 23  用户第二次启动充电的时候余额并没有低于5元。原因就是第一次的账单没发过来,扣不了费
52 +)))
24 24  
25 25  ~-~-解决:
26 26  状态(☑表示选定 ): 已解决 | 处理中 | 暂搁置