联系:
想成为所有管理者争夺的高端开发者吗?想成为带领公司中最好的团队的经理吗？康美国帮助您将软件开发技能或开发人员的管理技巧提升到新的高度，并提供一些有见地见解的建议。
通过邮件跟我联系，康美国将发给您免费的视频，文章和工作表。有时候我会给您发送关于低成本的学习产品，例如电子邮件课程，书籍以及在线研讨会：http://agilenoir.biz/zh/敏捷理念/
012 TDD的一个案例
TDD是一个聪明的过程。通过在编写代码之前编写测试，您将最终使用代码来扩展测试。
所以，让我们扔掉上一集中那些未经测试的代码，重新开始。第一个开发人员编写一个测试程序来检查她将要编写的程序，显示单词“aware ”。测试程序在程序的存根存在之前不会执行–本质上是一个空主体周围的什么也不做的接口，所以在她编写测试之后，她创建存根，然后执行测试。她发现测试程序显示失败。
太棒了！自动化测试现在是喋喋不休的“驱动”程序员使其快乐工作。开发人员在程序中增加了生成单词“aware ”并运行测试程序的能力。测试程序与想要的程序发生联系，并声明通过了测试。开发人员发布程序。
稍后，另一个开发人员被要求添加冒号，她通过添加一个报告失败的测试来实现。然后她让想要的程序有了冒号。当她运行测试程序时，她会执行所有的测试并且都通过。她发布了编码。第三个开发人员做“ness”工作不会犯冒号丢失的错误，因为有一个显式检查冒号的测试，所以她不需要猜测程序员在她之前的意图。
使用测试驱动开发，在向程序中添加更多代码之前，您的首要任务是了解如何测试要添加的内容。这是一个良性循环！
在本系列的后面，我们将向您介绍开发人员面临的复杂的TDD执行情况。但在此之前，让我们先让选手进入场，并找出为什么开发不用TDD的原因。
下一集，我们将讨论开发人员的意图，以及如何使协作操作，如生产圣经，更快地进入市场，减少缺陷。
你的朋友，
康美国
