在近的工作中接触到了TDD，其实严格的说也不能算纯粹的TDD，不过test已经覆盖了大部分的代码功能点，持续集成方面采用的软件是anthill，当然还有CruiseControl可以选择。

   有关TDD和持续集成都足够独立成文，也有很多相关的介绍文章，这里只是简单描述下我们的做法：
     1。保证大部分功能点都有相关的test（因为某些原因，我们没有做到TDD要求的测试先行，有待以后改进）
     2。在ant脚本中加入JUnit test部分，目的是达到自动执行批量test并且能够test fail->build fail。
     3。在版本控制器（svn）上加上anthill的支持

    这样协作开发的步骤是：从svn update 代码->首先进行cleanbuild确保修改前的代码是无错的->进行代码及相应test的修改（按照TDD这里的顺序应该是反过来）- >再次cleanbuild确保修改后的代码是无错的->svn commit->通过anthill web界面进行build查看结果
全部正确算完成了一次修改，可以看出test和持续集成的作用，既保证了代码实时的正确性，又保证了trouble shooting的准确快速。

   无怪spring和pico的作者都提到TDD从某种程度上讲是致瘾的，习惯了它的开发者很难再回到原来的开发模式。想来一定是会感到缺乏安全感吧：）回想以前总是担忧自己项目中bug横行却无计可施的日子，恐怕真的离不开test了。

必要的软件：

  Eclipse－重要的了，提供了对Junit和Refactoring的良好支持
  JUnit－使test细致到function一级，以清晰的红绿灯显示测试的结果
  Ant－支持自动化的test过程
  EasyMock－如果你使用MockObject协助test
  anthill（CruiseControl）－持续集成软件