| ... |
... |
@@ -1,9
+5,6 @@ |
| 1 |
|
-{{box cssClass="box floatinginfobox" title="**Summary**"}} |
| 2 |
|
-{{toc/}} |
| 3 |
|
-{{/box}} |
| 4 |
|
- |
| 5 |
5 |
分析主要分两类：数据库、应用日志。 |
| 6 |
6 |
|
|
3 |
+ |
| 7 |
7 |
= 案例1：卡鉴权 = |
| 8 |
8 |
|
| 9 |
9 |
思路： |
| ... |
... |
@@ -50,7
+50,7 @@ |
| 50 |
50 |
|
| 51 |
51 |
|
| 52 |
52 |
|
| 53 |
|
-= 案例4：日志分析之查心跳 = |
|
50 |
+= 案例4：日志分析 = |
| 54 |
54 |
|
| 55 |
55 |
关于日志逻辑，主要看几个接口数据，比如电量、心跳。浏览器中ctrl+f查些关键字。 |
| 56 |
56 |
|
| ... |
... |
@@ -75,47
+75,3 @@ |
| 75 |
75 |
**接口地址:** |
| 76 |
76 |
|
| 77 |
77 |
|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]] |