日志审计日志的完整性所有核心关键业务操作都必须产生的日志且必须完整如放款操作是否有日志且完整修改借款额度更新操作等是否有日志且完整测试时必须注意所有触发日志的操作、日志触发点、触发后日志的完整性等日志的准确性比如借款利率从5%降到4%后更改前的快照和更改后的快照是否准确日志表中这个字段修改前值是否准确修改后值是否准确日志不能删除和修改日志只能增加不能修改和删除日志是否脱敏根据法律法规关键数据在日志中是否脱敏如身份证号、银行卡号等信息是否影响核心业务如果日志写入影响核心业务的性能或者功能都不可以如批量写入日志后审核业务失败了日志记录不需要像浏览器中http请求一样要求时效性所以可以考虑使用消息队列性价比高且不影响业务性能幂等性幂等性能够保证无论操作执行多少次结果都和“只执行一次”完全一样。 尤其针对金融业务它能确保“不多扣钱、不多放款、不重复生成账单”。为了防止如扣款业务这类操作多次重复比如网络异常、超时、弱网等情况下用户点击后没有反应可能会连续多次点击导致金额多扣产生业务致命缺陷引发客户和商家冲突针对资金交易接口我们采用‘双层防重’策略保障数据一致性如业务层利用全局唯一IDredis缓存实现幂等拦截数据层引入乐观锁控制并发冲突两者结合即挡住重复请求又兜住了并发冲突。通过设置各种重复请求的异常场景验证幂等性拦截效果弱网可以通过接口测试fiddler设置弱网、消息队列MQ手动设置超时时间将时间设置短触发MQ因未收到Ack而重新投递同一条消息验证客户重复处理同一笔款项时是否会重复扣款缓存用户发起放款请求后在缓存中删除幂等Key然后再次发起请求此时重启redis核验是否会重复放款使用locust对放款接口高并发操作验证数据库连接池是否用完导致后面业务无法进行
)
