当前位置：首页 > 敏捷开发 > 正文

TDD测试驱动开发︱一个完整的TDD测试驱动开发演练案例

2022-11-06 来源：逸言我是张逸

类与它协作的外部类之间的依赖。具体类型参考Martin Fowler的文章Inversion of Control Containers and the Dependency Injection pattern。

在我们的例子中，主要通过构造函数注入的方式实现依赖注入。我们当然可以自己来组合这些类，但也可以运用现有的框架，例如Java平台下的Spring以及更轻量级的Guice。

在目前的设计中，我们仅仅针对GameView以及InputCommand进行了接口与实现分离。由于InputCommand是作为play()方法的传入参数，不在依赖管理范围之内。至于RandomIntGenerator以及AnswerGenerator则是通过类直接注入的，因此，我们仅需做如下调整。

首先为那些运用了构造函数注入的类配置Guice提供的@Inject，如下所示：

对于GameView接口，在默认情况下，Guice框架并不知道该注入它的哪个实现类（即使此时只有一个实现类），因此需要创建一个Module，它派生自Guice提供的AbstractModule，能够将接口与实现类进行绑定：

现在在main()函数中就无需进行繁琐的类型间组合，Guice框架会帮我们完成依赖对象之间的注入。唯一需要做的是创建一个Injector对象，通过它可以获得我们需要的GameController实例：

TDD知识

TDD核心

红：测试失败

绿：测试通过

重构：优化代码和测试

TDD三大定律

该定律由Robert Martin提出：

没有测试之前不要写任何功能代码

只编写恰好能够体现一个失败情况的测试代码

只编写恰好能通过测试的功能代码

FIRST原则

Fast: 测试要非常快，每秒能执行几百或几千个

Isolated：测试应能够清楚的隔离一个失败

Repeatable：测试应可重复运行，且每次都以同样的方式成功或失败

Self-verifying：测试要无歧义的表达成功或失败

Timely：频繁、小规模的修改代码

上一页 1 2 3 4 5 6 7 8 9 下一页

分享到:

免责声明：
　　1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
　　2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！

上一篇：
如何通过DevOps实践来增强敏捷开发
下一篇：
最后一页

more 会议活动

more 公开课

more PMO

本着互联网分享精神，本站部分内容转载于其他网站和媒体，如稿件涉及版权等问题，请联系本站进行删除或修改处理

客服电话：010-89506650 89504891 非工作时间可联系：18701278071（微信） QQ在线：511524637

新闻与原创文章投稿：tougao#cpmta.com 客服邮箱：info#cpmta.com（请将#换成@）

IT项目管理界——我国最大的IT项目管理门户网站，隶属卓橡公司

微信扫一扫关注

TDD测试驱动开发︱一个完整的TDD测试驱动开发演练案例

会议活动

公开课

PMO

IT项目管理界官方微信

PMO大会官方微信