在做可能可行的最简单的事情时,用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
中,这不是好名字。
没有找到相关结果
已邀请:
5 个回复
稼悸
中添加另一个断言:
我意识到有些人认为每个测试应该有一个断言。但是,如果您给出几个“正常”操作的示例,并为真实的极端情况(例如,通过NaN)保留单独的测试用例,那么我认为它作为行为的记录更为有用。 另一种方法是更具体地描述您的测试命名。在这种情况下,您将不会创建测试“应该返回向量的长度。”相反,您将创建一堆方法,例如“相同的值是零长度,”的向量具有长度为1”(可能有很多断言,可以改变不同的参数),“带有负值的向量”等。
犀耽澄协吻
;)在确定可以使用的内容时,还应该考虑清晰度。即,您必须考虑开发人员以及编译器将使您摆脱困境的工具。
樊熄忙暖
倪蕊悲潍
仅仅因为这对您来说是简单明了的情况,并不意味着对其他所有人也是如此。尽管我的方法命名可能会很麻烦,但是通常很清楚他们正在测试什么。以您的示例为例,我将以这种方式命名我的方法,例如ѭ11,只需读取方法名称即可,我知道我们正在使用有效输入(来自构造函数)测试length方法,并且应返回正确的长度。 对于另一个示例,假设我想测试以下构造函数:
我可能有两种方法可以测试这一点:
:这将检查在构造函数参数有效时是否创建了House对象。
:这将检查是否在将null参数传递给构造函数时引发了异常。
蜗仓馈
。