tdd java_Java TDD简介–第2部分

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类。 它们具有相同的软件包名称，但目录不同。 那是某种约定。

回顾用户故事，我想创建以下单元测试：

1. 默认帐户创建
2. 自定义帐户创建
3. 检查负余额情况

以下是测试方法：

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 {

    @Test
    public 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")));
    }

    @Test
    public 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