项目描述:
用于客人自助登记的机器类似于火车站的自助取票机,超市的自助收银机器,
大致的业务流程是:
客户预约-客人刷身份证-人脸识别对比(是否是本人)-读取预约单-加商品-支付-登记成功
这一次属于对接,全是后端负责改动,前端基本没动
遇到问题:
1.一只登记不成功
需要查询的接口过多导致了超时.最后调大了超时时间
2.登记属于业务的终端多个渠道预约数据不统一造成多必要字段为空
赋予默认值
3.支付时需要输入密码的场景支付失败
接口返回值错误
4.接口返回值不全,错误(未做逻辑处理/值不符)
5.各种为空的情况(不只是字段的输入值)
6.数据量过大查询超时
一开始考虑到客户端的性能所以提前查询预加载到内存中,后来由于表数据量过大超时了,
后来修改下服务的超时时间配置
经验总结:
1.由于这次的对接客户端不动.基本都是后端动,在接口测试的时候可以用老的服务端接口的返回值
和新做的做对比,这样提高了很大的效率
2.由于客户端不动,本来可以复用的接口重做了,增大了测试的难度和范围(逻辑全部做在了后端)