hyj1254

[code="java"] public void testMixedAddition() { Expression fiveBucks= Money.dollar(5); Expression tenFrancs= Money.franc(10); Bank bank= new Bank(); bank.addRate("CHF", "USD", 2); ...

一小段总结，可能不甚准确，请不吝指教。 tdd工作过程： 1、明确需求，设计“故事”梗概。 2、从较为简易的“故事”入手，将其转化为测试程序。 3、编写最简易的正式代码，使测试程序编译通过。 4、最小步地改进正式代码，使测试程序运行通过。 5、继续改进正式代码，用变量替换常量，使其一般化，消除测试程序与正式代码之间的重复设计。 6、寻找正式代码存在的可...

测试驱动，本质并不是以测试来驱动，而是以小步构想来驱动。我最关心的是如何达到最终的设计目标，而不是在已经知道实现的思路的前提下如何按部就班地完成事先的构想。我知道它是一小步一小步地前进，但不管步伐多大，始终回避不了方向的问题，方向错了，什么样的步伐都是白费功夫。现在犯晕的就是它为什么要朝东，而不是朝西，或者其他。 测试只是用来保证事先的构想能够成功地实现；但它貌似并没有帮助你创造这个构...

发现这个问题目前还处于空白状态，搜了很久没看见讨论。希望管理员不要把它移到问答区，大家发帖子或多或少都会有些疑问，没疑问的帖子还会有讨论价值吗。 进入正题。一个系统的功能结构都是树形的，底层的最简单，越往上就越复杂，因为它对底层功能的集成越来越多。刚开始时的测试都是针对底层编写的，这很轻松，基本上没问题；可当需要编写高层功能时，问题就来了：要不要写测试？ 1、写。这就是每一层都写测...