tdd java
再次问好! 在上一篇博客文章中,我在没有紧密引用Java的情况下总体上解释了TDD理论 ,但是在这一部分中,我们开始进行TDD实践。 我们的目标是遍历TDD的所有阶段:从需求分析到测试代码的重构。 我们将在具有Java,JUnit和“ fake”需求的示例中完成所有这些工作。
需求分析
假设我们需要在一个虚构的应用程序中创建一个新功能。 以下用户故事描述了此功能:
作为用户,我希望能够创建一个帐户。 该帐户应包含ID,状态(有效/无效),区域和余额。 余额属性不能为负。 默认情况下,帐户应处于活动状态,在#1区域中且余额为0.00。
这就是抽象开发团队中常见的用户故事。 在实践中,需要在前端开发人员和后端开发人员之间分离功能。 我们还假设团队中已经存在一些代码约定等。
因此,在将功能分配给我作为后端开发人员之后,我需要澄清所有我不清楚的问题。 例如, 区域属性的目的是什么?
答:在应用程序的交易中使用区域。 根据区域的不同,我们会从帐户收取不同的费用。 目前,我们仅计划3个区域。
好。 现在一切都清楚了,我们可以开始TDD了。
Java TDD:首次测试
这是我们在项目中需要具备的依赖项:
<dependencies><dependency><groupId>org.apache.commons</groupId><artifactId>commons-lang3</artifactId><version>3.4</version></dependency><dependency><groupId>org.javamoney</groupId><artifactId>moneta</artifactId><version>1.0</version></dependency><dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version></dependency><dependency><groupId>org.hamcrest</groupId><artifactId>hamcrest-library</artifactId><version>1.3</version></dependency></dependencies>
我使用Maven,但是您也可以使用Gradle或任何其他依赖项管理工具。 最后,我需要执行第一个实际的开发步骤:创建空的Account类和相应的测试类。 那是Intellij IDEA中的项目结构:
注意Account类的位置和AccountTest类。 它们具有相同的软件包名称,但目录不同。 那是某种约定。
回顾用户故事,我想创建以下单元测试:
- 默认帐户创建
- 自定义帐户创建
- 检查负余额情况
以下是测试方法:
package com.model;import org.javamoney.moneta.Money;
import org.junit.Test;import static org.hamcrest.MatcherAssert.assertThat;
import static org.hamcrest.Matchers.*;public class AccountTest {@Testpublic void defaultAccountCreationTest() {Account account = new Account();assertThat(account.getId().length(), equalTo(6));assertThat(account.getStatus(), equalTo(true));assertThat(account.getZone(), equalTo(Account.Zone.ZONE_1));assertThat(account.getBalance(), equalTo(Money.of(0.00, "USD")));}@Testpublic void customAccountCreationTest() {Account account = new Account(false, Account.Zone.ZONE_3, 125.95);assertThat(account.getId().length(), equalTo(6));assertThat(account.getStatus(), equalTo(false));assertThat(account.getZone(), equalTo(Account.Zone.ZONE_3));assertThat(account.getBalance(), equalTo(Money.of(125.95, "USD")));}@Test(expected = IllegalArgumentException.class)public void negativeBalanceTest() {Account account = new Account(false, Account.Zone.ZONE_3, -200);}}
测试完成后,就该看看我们在Account类中得到了什么。 因为在单元测试开发中,我还在Account类中创建了所需方法,构造函数和属性的伪声明。
业务逻辑实施
单元测试完成后,我们需要在Account类中看到以下内容:
package com.model;import org.javamoney.moneta.Money;public class Account {private String id;private boolean status;private Zone zone;private Money balance;public Account() {}public Account(boolean status, Zone zone, double balance) {}public enum Zone {ZONE_1, ZONE_2, ZONE_3}public String getId() {return id;}public boolean getStatus() {return status;}public Zone getZone() {return zone;}public Money getBalance() {return balance;}}
如上所示,从功能的角度来看, Account类并不理想。 构造函数没有用,所有属性均未初始化。 但是测试驱动的开发意味着在单元测试创建阶段会出现这种情况。
当我们为Account类运行单元测试时,将得到“红色”结果。 因此,使它们绿色的方法是从defaultAccountCreationTest()开始 。 在此测试的上下文中,我们必须更新Account类。 更改很小,但是更改之后,单元测试变为绿色。
package com.model;import org.apache.commons.lang3.RandomStringUtils;
import org.javamoney.moneta.Money;public class Account {private String id = RandomStringUtils.randomAlphanumeric(6);private boolean status = true;private Zone zone = Zone.ZONE_1;private Money balance = Money.of(0.00, "USD");public Account() {}
//next code is omitted, it was not affected by the first changes
您可以运行更新的AccountTest类。 运行的结果是:一个测试通过,两个失败。
然后,我们需要对每个单元测试重复此操作,直到它们全部变为“绿色”为止。
那是Account类的最终版本:
package com.model;import org.apache.commons.lang3.RandomStringUtils;
import org.javamoney.moneta.Money;public class Account {private String id = RandomStringUtils.randomAlphanumeric(6);private boolean status = true;private Zone zone = Zone.ZONE_1;private Money balance = Money.of(0.00, "USD");public Account() {}public Account(boolean status, Zone zone, double balance) {this.status = status;this.zone = zone;if (balance < 0)throw new IllegalArgumentException("The balance can not be negative");this.balance = Money.of(balance, "USD");}public enum Zone {ZONE_1, ZONE_2, ZONE_3}public String getId() {return id;}public boolean getStatus() {return status;}public Zone getZone() {return zone;}public Money getBalance() {return balance;}}
这是运行测试的屏幕截图:
经过测试重构
可能在更复杂的示例中,测试变成绿色后,我将进行一些重构。 但是在这种简单情况下,我们不需要这个。 如果您对提高代码的可读性或样式有任何建议,请随时发表评论。
摘要
在本教程中,我们研究了如何使用Java使用TDD进行开发 ,从功能分析开始,以“绿色”单元测试和重构结束。 我试图在示例中解释TDD方法,该方法虽然不太琐碎,但也不太复杂。 无论如何,我希望它对您有所帮助并提供有益的信息。
翻译自: https://www.javacodegeeks.com/2015/11/introduction-java-tdd-part-2.html
tdd java