对TDD原则的理解

1,在编写好失败的单元测试之前,不要编写任何产品代码
    如果不先写测试,那么各个函数就会耦合在一起,最后变得无法测试
    如果后写测试,你也许能对大块大块的代码进行测试,但是无法对每个函数进行测试
    先写测试是进攻,后写测试是防守
2,只要有一个单元测试失败了,就不要再写测试代码,编译失败也是失败
    一个地方漏水了就赶紧去修,别等多个地方漏水才去修,那时候你可能就修不了了
3,产品代码恰好能让失败的测试用例通过即可,不要多写一行 
   倚赖倒置原则告诉我们,低层为高层服务,测试驱动告诉我们,产品代码为测试用例服务
   相比而言,测试用例位于高层,靠近需求,代表需求