补偿:

    调下游异常:kill掉被调系统的服务,上游发起交易请求;

    调下游超时:改变被调用接口信息;

    下游未回调、回调超时、回调异常:

        1、请RD帮忙注释回调的代码;

        2、模拟下游未回调:

                a、完成一笔回调成功,上游也消费成功的交易
                b、更改上游系统数据库状态为需要的状态(成功失败or处理中)
                c、根据业务场景,决定是从上游手动重发交易触发补偿还是等待系统自动定时补偿

                d、将下游系统配置文件里地址改为错误的

        3、模拟下游未落单:

                a、完成一笔正常交易
                b、删除(没有删除权限就修改单号)下游订单、流水及记账信息
                c、更改上游订单状态及记账
                d、据业务场景,决定是从上游手动重发交易触发补偿还是等待系统自动定时补偿,或者通过curl的方式触发补偿。

                e、将下游系统的防火墙打开

                f、将下游系统调用时间改短一些

    上游更新数据库失败或连接数据库超时:

        1、请RD帮忙更改代码,数据库更新的部分写错逻辑;
        2、模拟数据库更新失败或为进行更新:

            a、成功完成一笔交易
            b、不改动下游的内容,将上游数据库信息进行更改(包括订单表、流水表及账务信息)
            c、根据业务场景,决定是从上游手动重发交易触发补偿还是等待系统自动定时补偿,或者通过curl的方式触发补偿。

            d、在检索记录的时间里改配置文件里的数据库地址

    对成功的订单进行curl补偿

回调:

    回调正常:

正常回调测试,包括下游处理中、下游成功、下游失败等情况的回调。

    回调异常:

        a、请RD帮忙将回调的地址改为错误的
        b、不配置MQ或配置错误的MQ-TOPIC
        c、回调先于同步通知
        d、通过curl的方式模拟回调
幂等:

    并发
    并发情况下的MQ重复消费;

    已成功的订单进行重发交易

    已经预下单的订单进行重发交易,根据不同场景分析是可以继续支付还是堵重(例如:交易引擎系统的处理是可以在原单基础上进行支付,pgw的处理是下单失败)
    如果是重发短信,需要关注1分钟内的次数限制

定时任务:

    定时任务关闭,关注是否跑定时;
    定时任务的配置(是否可以手动触发);
    定时任务开启,定时任务是否生效并关注定时周期;
    对账跑批的定时任务关注时间设定;
    手动改数据库状态后跑task;