'commit'

业务梳理/2024-08-19 湛江路车场闸机程序测试总结.md

@@ -0,0 +1,25 @@
+### $2024-08-19$ 湛江路车场闸机程序测试总结
+
+> 不断总结工作中遇到的问题及解决办法，逐步优化流程，加快后续工作速度。
+
+- **微信小程序不能发布体验版进行测试，只能使用开发版进行测试**
+
+   解释：因为考虑到目前驿来特的系统为线上运行系统，不能随意中止替换，所以采用了“**嫁接**”的办法：系统原来接口均使用线上已有接口，新增加的判断是不是合作闸机场站和免费$2$小时指令这两个接口，采用了黄海机器上的程序，在微信小程序中使用两个不同的入口地址。但由于微信小程序的安全设置，对于体验版本而言，必须录入到安全列表的$URL$才有效，并且，必须是$https$协议，使得上午驿来特工作人员的体验版本测试无法调用接口，后面采用开发版本解决问题，开发版不受安全要求限制。
+
+- **线上程序使用云端生产数据库，而新增的两个接口无法连接到云端生产数据库，传入的订单代码本地数据库中没有**
+
+如上所述，由于准备不足，只能是不管小程序传入什么样的订单代码，都在接口中替换为一个本地数据库中存在的订单代码，这样才能模拟进行此车场的测试。未来的正确测试方法应该是：
+
+在云端$RDS$上增加黄海所以办公室的公网$IP$访问权限，暴露到公网上，这样上下的接口才能互相传递订单代码。
+
+- $POSTMAN$中对于$Content-length$的参数传递不一定正确，可以选择不传递或者传递时让程序自动计算，建议以后不再使用$POSTMAN$,采用$APIFOX$替换。
+
+- 闸机厂商提供的接入办法存在不确定性，但这一点似乎在未来的工作中也无法完全避免，别人不靠谱只能一点点找出来慢慢改掉。
+
+- 不应该让驿来特运维人员通过下载小程序的办法来辅助测试，下午才找出了正确的测试路线：
+
+**给研发人员充值，然后让研发人员自行测试，运维人员只负责把车开发车场并插枪,这样能节约差交流时间。**
+
+但同时我们也发现，现场的工作人员对于与车场闸机的熟悉对于我们测试工作推进起到了决定作用，没有给力的自已家人员在现场，什么时间能调通就不知道了。
+
+- 明天早上继续测试，目前来看问题不大。