前言
测试驱动开发:
- 不要写一行新的代码,除非遇到自动化测试用例失败的情况。
- 消除重复的代码
两个简单的规则,但它们会产生复杂的个人和群体行为。一些技术含义是:
- 你的设计要更灵活,运行代码在决策之间提供反馈。
- 你必须自己写测试代码,因为你不能每天等别人帮你写测试代码二十次
- 对于小的代码变动,开发环境能够快速响应
- 设计必须有许多高内聚,低耦合的模块组成,以方便测试。
这两个规则意味着编程任务的顺序:
- 红灯: 写一些不能允许的测试用例,可能开始的时候连编译都过不了。
- 绿灯: 让这个测试用例快速的跑起来,在这个过程中犯下任何必要的错误。
- 重构: 删除为了使测试正常运行而写的任何重复代码,然后重复这一行为:红灯/绿灯/重构。这个也是TDD的口头禅。
暂时假设这种风格是可行的,有可能大大降低代码的 Bug 密度,并使所有相关人员都清楚地了解工作主题。如果是这样,只编写失败测试所需的代码也会产生社会影响:
- 如果 Bug 密度降低到足够低,QA 的工作将从被动变得越来越主动。
- 如果令人讨厌的意外数量可以减少,项目经理可以进行足够准确的进度评估,让真正的客户参与日常开发。
- 如果技术对话的主题足够清晰,程序员可以以每分钟的协作方式工作,而不是每天或每周协作。
- 同样,如果 Bug 密度可以降到很低,我们可以每天拥有具有新功能的可交付软件,从而与客户建立新的业务关系。
所以,这个概念很简单,但我的动机是什么?为什么程序员要承担编写自动化测试的额外工作?为什么一个程序员会在他们的头脑能够进行巨大的设计飞跃时,在很小的一步中工作。Fear
Fear
测试驱动开发是一种管理编程中产生的恐惧的方法。我并不是说恐惧是坏事。但是以正确的方式面对恐惧,这是一件苦难的事情,我在开始的时候看不到结果。如果疼痛发出的信号是停止,那么害怕发出的信号就是小心。问题是恐惧还有许多其他影响:
- 让你犹豫不决
- 让你脾气暴躁
- 让你不想交流
- 让你羞于接受反馈。
在写代码的时候,这些影响都是负面的,特别是编写一些复杂的实现时,那么,你如何面对一个困难的局面?
- 不要犹豫不决,要尽快具体地开始学习。
- 不要闭口不谈,要更清楚地沟通。
- 不要羞于反馈,寻找有用的、具体的反馈。
- 你得自己解决坏脾气的问题。
把写代码想象成从一口井里打出一桶水,当水桶很小的时候,你只需要轻轻转动手柄,就可以把水从水井里面打出来。当水桶又大又满的时候,你会在水桶还没升上来的时候就累了。你需要一个滑轮组,在提升水桶的时候,中间可以喘口气。桶越重,拉桶的绳子就越靠近齿轮中心。
测试驱动开发中的测试是换轮组的轮齿。一但你通过了一个测试用例,它不仅现在是有效的,将来也是有效的。与测试失败时相比,你离一切正常工作又近了一步。现在让下一个测试用例工作,再下一个,再下一个。通过类比,编程问题越困难,每个测试所涵盖的范围就越小。
Extreme Programming Explained的读者将注意到XP和TDD之间的音调差异。TDD并不完全像极限编程。XP说:“这些是您必须能够做的事情,以便为进一步发展做好准备。”TDD有点模糊。TDD是在编程过程中意识到决策和反馈之间的差距,并控制这种差距。您可以只进行应用程序级测试并进行TDD。决策和反馈之间的差距将是巨大的,但对于非常熟练的程序员来说,这可能是足够的反馈。
TDD 使您能够控制反馈。当你超速行驶,开始下雪时,你可以切换到4WD Low,并继续前进。当道路畅通时,你可以向上移动,然后离开。
也就是说,大多数学习TDD的人发现他们的编程实践永远地改变了。“测试感染”是Erich Gamma创造的短语来描述这种转变。
您可能会发现自己更早地编写了更多的测试,并且以比您想象的更小的步骤工作将是明智的。另一方面,一些程序员学习TDD并回到他们早期的实践,将TDD保留到普通编程没有进展的特殊场合。
当然,有些编程任务不能主要由测试来驱动(至少现在还不能)。例如,安全软件和并发性是TDD没有明显应用的两个主题。编写具体的、确定的、自动化测试的能力是应用TDD的先决条件。
一旦你读完这本书,你应该准备好:
- 保持简单
- 写自动化测试用例
- 重构以每次添加一个设计决策
这本书分为三个部分。
- 一个使用TDD编写典型模型代码的例子。这个例子是我几年前从Ward Cunningham那里得到的,后来我用了很多次,多货币算法。在这本书中,你将学会在编写代码之前编写测试,有组织地发展设计,优雅地失败(我发誓,我在这个例子中提到的是一个死胡同,这是为了教学目的)。
- 一个测试更复杂的逻辑的例子,包括反射和异常,通过开发一个自动测试的框架。这个示例还向您介绍xUnit体系结构,它是许多面向程序员的测试工具的核心。在第二个示例中,您将学习比第一个示例更小的步骤,包括计算机科学家所钟爱的那种自我参照的hooha。
- 对于TDD模式。包括用于决定编写什么测试的模式、如何使用xUnit编写测试的模式,以及示例中使用的设计模式和重构的最佳选择。
我编写了想象结对编程会话的示例。对我来说,开玩笑和打趣是同龄人之间尊重的标志,也是缓解紧张情绪的重要途径。如果您喜欢在四处漫游之前先看一下地图,您可能想直接看第3节中的模式,并使用示例作为插图。如果您喜欢四处逛逛,然后查看地图来查看您去过的地方,那么试着通读示例,当您想要了解一项技术的更多细节时,参考模式,然后使用模式作为参考。
1090

被折叠的 条评论
为什么被折叠?



