参考争哥今天的代码写了例子中的测试（可运行）：
https://github.com/gdhucoder/Algorithms4/tree/master/designpattern/u29

今天学习到了高级的单元测试方法：
1、依赖外部单例：将单例封装
2、未决行为：例时间、随机数。将未决行为重新封装，测试时mock，使用匿名类。

 关于讨论1：需要mock的情况id会写入数据库的话，测试后需要恢复现场。曾经遇到过这么一个情况，id是通过一张表维护的，大于0，在代码中id的数据类型是Integer（遗留代码），由于测试时没有恢复现场，导致测试数据库中id增加过快，超过了代码中Integer的表示范围，而产生了意想不到的问题。

感谢争哥分享
课后讨论1.id的生成逻辑有点没看懂，单纯从代码覆盖上看，fillTransactionId 未覆盖完全，需要mock下这个静态方法，当然也有其他分支逻辑可以覆盖。
id没有在execute方法中不是核心属性(mock方法的入参)，不影响execute的可测试性。 id的生成用静态方法真的好么？
2.有行为的对象不适合在类中new，尽量使用依赖注入，依赖接口编程，而不是具体的实现。 数据对象适合在类中new 比如各种model do vo info 。
一家之言欢迎讨论指正。

// 抽取了当前时间获取的逻辑，方便测试
    private long currentTimeMillis;
    private Date dueTime;
    public Demo(Date dueTime){
        this.dueTime = dueTime;
        this.currentTimeMillis = getCurrentTimeMillis();
    }

    protected long getCurrentTimeMillis(){
        return System.currentTimeMillis();
    }
    public long caculateDelayDays() {
        if(dueTime.getTime() >= currentTimeMillis){
            return 0;
        }
        long delayTime = currentTimeMillis - dueTime.getTime();
        long delayDays = delayTime / 86400_000;
        return delayDays;
    }
    @Test
    public void testCaculateDelayDays(){
        TimeZone timeZone = TimeZone.getTimeZone("Asia/ShangHai");
        Calendar calendar = Calendar.getInstance(timeZone);
        calendar.clear();
        calendar.set(2020, Calendar.FEBRUARY,1,0,0,0);
        Date dueTime = calendar.getTime();
        Demo demo = new DemoClassOne(dueTime);
        Assert.assertEquals(demo.caculateDelayDays(), 0);
        calendar.clear();
        calendar.set(2019, Calendar.DECEMBER, 31, 0,0,0);
        dueTime = calendar.getTime();
        demo = new DemoClassOne(dueTime);
        Assert.assertEquals(demo.caculateDelayDays(), 1);
    }

    public static class DemoClassOne extends Demo {
        public DemoClassOne(Date dueTime) {
            super(dueTime);
        }
        @Override
        protected long getCurrentTimeMillis() {
            TimeZone timeZone = TimeZone.getTimeZone("Asia/ShangHai");
            Calendar calendar = Calendar.getInstance(timeZone);
            calendar.clear();
            calendar.set(2020, Calendar.JANUARY,1,0,0,0);
            return calendar.getTimeInMillis();
        }
    }

打卡
1、什么是代码可测试性：
针对代码编写单元测试的难易程度。如果编写单元测试很难，意味着代码设计不够合理，代码的可测试性不好。

2、如何编写可测试性的代码
1、通过依赖注入，我们在编写单元测试的时候，可以通过 mock 的方法解依赖外部服务
2、依赖外部单例：将单例封装
3、未决行为：例时间、随机数。将未决行为重新封装，测试时mock。

3、常见的测试不友好的代码有下面这 5 种：
1、代码中包含未决行为逻辑
2、滥用可变全局变量
3、滥用静态方法
4、使用复杂的继承关系
5、高度耦合的代码