在做可能可行的最简单的事情时，用TDD或BDD命名方法

如何解决在做可能可行的最简单的事情时，用TDD或BDD命名方法

| 例如，我必须创建可以返回向量长度的Vector类。 首先我添加测试：

@Test
public void shouldReturnLengthOfVector() {
    Vector3D vector = new Vector3D(4d,2d,-4d);

    assertThat(vector.length(),is(6d));
}

在编写测试时，创建类Vector3D并添加方法存根。

public double length() {
    // TODO Auto-generated method stub
    return 0;
}

测试不及格。通过测试的简单事物是什么？硬编码值：

public double length() {
    return 6d;
}

测试通过。现在，我添加了一些检查“ cornercase”的方法：

@Test
public void someCornercaseShouldReturnLengthOfVector() {
    Vector3D vector = new Vector3D(1d,-2d,-2d);

    assertThat(vector.length(),is(3d));
}

当然没有通过。我更改实现：

public double length() {
    return Math.sqrt(i * i + j * j + k * k);
}

一切都是绿色的！ 当我遵循“可能可行的最简单方法”原则时，如何为方法选择名称？在此示例方法

someCornercaseShouldReturnLengthOfVector

中，这不是好名字。

解决方法

可能可行的最简单的方法是在

shouldReturnLengthOfVector

中添加另一个断言：

@Test
public void shouldReturnLengthOfVector() {
    Vector3D v1= new Vector3D(4d,2d,-4d);
    assertThat(v1.length(),is(6d));

    Vector3D v2 = new Vector3D(1d,-2d,-2d);
    assertThat(v2.length(),is(3d));
}

我意识到有些人认为每个测试应该有一个断言。但是，如果您给出几个“正常”操作的示例，并为真实的极端情况（例如，通过NaN）保留单独的测试用例，那么我认为它作为行为的记录更为有用。 另一种方法是更具体地描述您的测试命名。在这种情况下，您将不会创建测试“应该返回向量的长度。”相反，您将创建一堆方法，例如“相同的值是零长度，”的向量具有长度为1”（可能有很多断言，可以改变不同的参数），“带有负值的向量”等。,没有针对的单元测试；这种方法的含义是否清楚。你必须运用你的判断。 最简单的名称就是

l

;）在确定可以使用的内容时，还应该考虑清晰度。即，您必须考虑开发人员以及编译器将使您摆脱困境的工具。,您也可以重构测试代码。当您处于“可能会起作用的最简单的东西”阶段时，ѭ5是一个完全有效的名称。进行进一步的测试后，重构名称以反映代码实际测试的内容。 您还可以注释您的测试代码，以使其意图更加清晰。 ;）,命名方法时，我遵循以下模式：

WhatImTesting_WhatAreTheImputs_ExpectedResult

仅仅因为这对您来说是简单明了的情况，并不意味着对其他所有人也是如此。尽管我的方法命名可能会很麻烦，但是通常很清楚他们正在测试什么。以您的示例为例，我将以这种方式命名我的方法，例如ѭ11，只需读取方法名称即可，我知道我们正在使用有效输入（来自构造函数）测试length方法，并且应返回正确的长度。 对于另一个示例，假设我想测试以下构造函数：

public class House
{
    Door theDoor;
    public House(Door aDoor)
    {
        if(aDoor == null)
        {
            throw new IllegalArgumentException();
        }
        theDoor = aDoor;
    }
}

我可能有两种方法可以测试这一点：

Constructor_ValidDoor_ObjectCreated()

：这将检查在构造函数参数有效时是否创建了House对象。

Constructor_NullDoor_ExceptionThrown()

：这将检查是否在将null参数传递给构造函数时引发了异常。,我认为在这种情况下，我要么会遵循Anon的建议，然后在同一测试中添加第二个断言，巧妙地规避命名问题，或者，如果对“每个测试一个断言”规则感兴趣，则应命名下一次测试

shouldReturnLengthOfAnotherVector

。