| ... |
... |
@@ -1,6
+1,9 @@ |
|
1 |
+{{box cssClass="box floatinginfobox" title="**Summary**"}} |
|
2 |
+{{toc/}} |
|
3 |
+{{/box}} |
|
4 |
+ |
| 1 |
1 |
分析主要分两类：数据库、应用日志。 |
| 2 |
2 |
|
| 3 |
|
- |
| 4 |
4 |
= 案例1：卡鉴权 = |
| 5 |
5 |
|
| 6 |
6 |
思路： |
| ... |
... |
@@ -47,7
+47,7 @@ |
| 47 |
47 |
|
| 48 |
48 |
|
| 49 |
49 |
|
| 50 |
|
-= 案例4：日志分析 = |
|
53 |
+= 案例4：日志分析之查心跳 = |
| 51 |
51 |
|
| 52 |
52 |
关于日志逻辑，主要看几个接口数据，比如电量、心跳。浏览器中ctrl+f查些关键字。 |
| 53 |
53 |
|
| ... |
... |
@@ -72,3
+72,47 @@ |
| 72 |
72 |
**接口地址:** |
| 73 |
73 |
|
| 74 |
74 |
|http:~/~/IP:PORT/boss/charge/addChargeRecord |
|
78 |
+ |
|
79 |
+= 案例5：日志分析之查鉴权请求 = |
|
80 |
+ |
|
81 |
+**~~密码充电**，平台日志会收到鉴权请求，日志格式排查可 以关键字（其中桩id按实际替换）：“deviceNumber: 35010400080000200014 >”。 |
|
82 |
+ |
|
83 |
+实例如下：（对应 案例 fzfs_case#4_20191121） |
|
84 |
+ |
|
85 |
+以方硕福州齐安充电站 桩id=35010400080000200014 ，如平台收到 密码充电 会有如下日志。2019-11-21 07:24:47,962 INFO [com.himorning.base.interceptors.BaseInterceptor] - <POST : subUnits: encryptionAlg: md5 authType: 0 chargeUnitLabel: 3 password: 573B8926F015AA477CB6604901B92AEA deviceNumber: 35010400080000200014 > |
|
86 |
+ |
|
87 |
+反之：紫阳站 桩id=35011100080000200001 ,在今日 未查到 类似日志。 说明平台未收到桩端请求上送。 |
|
88 |
+\\~~刷卡充电 日志示例 |
|
89 |
+2019-11-26 10:40:50.368 | http-nio-8010-exec-1 | INFO | c.s.b.f.CustomAuthenticationFilter.doFilter(68) : POST : authType: 2 chargeUnitLabel: 2 deviceNumber: 44200000010000200002 subUnits: userCardNumber: 0001000000000013 |
|
90 |
+2019-11-26 10:40:50.368 | http-nio-8010-exec-1 | INFO | c.s.boss.controller.ChargeController.auth(133) : =========receiveTspAction=====auth() password= null | deviceNumber=44200000010000200002 |
|
91 |
+ |
|
92 |
+ |
|
93 |
+= 案例6：日志分析之密码充电失败 = |
|
94 |
+ |
|
95 |
+**~~密码充电（测试平台为例）** |
|
96 |
+ |
|
97 |
+1、登录‘https:~/~/mc-uat.linghuchongtech.com/‘，依次进入“首页/系统管理/运维管理/日志查询”。 |
|
98 |
+2、日志栏数据“/auth”，点查询，如涉及时间，选择正确时间区间。 |
|
99 |
+3、按ctrl+f5, 右上角查询栏输入：authType，查询关键字，分析问题。本例示例为充电密码3分钟内未启动充电，见下图： |
|
100 |
+ |
|
101 |
+[[image:1583814196947-417.png]] |
|
102 |
+ |
|
103 |
+ |
|
104 |
+ |
|
105 |
+= 案例7：测试环境 刷卡启动失败 = |
|
106 |
+ |
|
107 |
+**~~** |
|
108 |
+ |
|
109 |
+**平台配合在线刷卡测试相关： |
|
110 |
+ 1、此项测试要解决什么问题（原因）：测试环境刷卡鉴权失败，之前一直正常。 |
|
111 |
+ 2、在线刷卡场景 |
|
112 |
+ 3、测试环境，用的卡：8647000000000005、 8647000000000006 |
|
113 |
+ 4、桩号 44520200040002400051** |
|
114 |
+ |
|
115 |
+**【初步分析】：** |
|
116 |
+ |
|
117 |
+**sql语句：SELECT id, C_NICKNAME,C_MOBILE,C_CARDNUMBER,C_TYPE FROM member o WHERE o.C_CARDNUMBER like concat('%','8647000000000006','%') or o.C_CARDNUMBER like concat('%','8647000000000005','%');** |
|
118 |
+\\**1、8647000000000005卡号重复绑定 |
|
119 |
+2、8647000000000006 卡号绑定正常，下图 是8647000000000006卡的鉴权失败。转研发** |
|
120 |
+ |
|
121 |
+[[image:1587631529627-174.png]] |