记录一个简单需求总结

概述

这几天收到一个需求,是模拟系统上线前,缴费量最多一天的用户操作,也就是模拟全天查询欠费+缴费,
大概是140万左右用户数据,在一天内操作查询欠费+缴费.

分析

1.根据用户的类型,缴费的相关的接口有4套,每个接口要调用2次(查询欠费+根据欠费缴费),所以需要算上出参是16种
报文格式,所以报文的解析是一个巨大的工作量,尤其是设计业务的报文,值得庆幸的是接口是restful的json格式.
2.一天内根据各个时间段用户的缴费信息,模拟各个时间段内的缴费信息,比如以1分钟为间隔,从零点开始到零分结束,
统计有100户用户缴费了,那个就在1分钟之后,触发1分钟100户的缴费.

编码

1.HttpClient请求池化
2.jsonpath用户报文组装和拆解
3.Eexcutor线程池
4.报文解析的异常处理,异常的捕获代码一定要足够精确,才能保证日志记录的稳定
5.调用日志记录入库

结论

1.接口上线前,部署的一直在调整接口不稳定,导致调用的情况失真.
2.不应该模拟整天的情况,而应该分析数据,分析出几种阶段,比如早高峰,晚高峰的情况,有针对性.
3.数据不准确,获取失败,尤其是缴费时校验非常多,失败率非常高,所以需要数据的准确性高,所以前置的数据整理动作非常重要