012 TDD的一个案例

TDD是一个聪明的过程。通过在编写代码之前编写测试，您将最终使用代码来扩展测试。
所以，让我们扔掉上一集中那些未经测试的代码，重新开始。第一个开发人员编写一个测试程序来检查她将要编写的程序，显示单词“aware ”。测试程序在程序的存根存在之前不会执行--本质上是一个空主体周围的什么也不做的接口，所以在她编写测试之后，她创建存根，然后执行测试。她发现测试程序显示失败。


太棒了！自动化测试现在是喋喋不休的“驱动”程序员使其快乐工作。开发人员在程序中增加了生成单词“aware ”并运行测试程序的能力。测试程序与想要的程序发生联系，并声明通过了测试。开发人员发布程序。


稍后，另一个开发人员被要求添加冒号，她通过添加一个报告失败的测试来实现。然后她让想要的程序有了冒号。当她运行测试程序时，她会执行所有的测试并且都通过。她发布了编码。第三个开发人员做“ness”工作不会犯冒号丢失的错误，因为有一个显式检查冒号的测试，所以她不需要猜测程序员在她之前的意图。


使用测试驱动开发，在向程序中添加更多代码之前，您的首要任务是了解如何测试要添加的内容。这是一个良性循环！


在本系列的后面，我们将向您介绍开发人员面临的复杂的TDD执行情况。但在此之前，让我们先让选手进入场，并找出为什么开发不用TDD的原因。


下一集，我们将讨论开发人员的意图，以及如何使协作操作，如生产圣经，更快地进入市场，减少缺陷。