已经有许多有关单元测试模式和反模式的文章和书籍。 我想再添加一条建议,我认为它可以帮助我们使测试和生产代码更加面向对象 。 这就是:测试方法只能包含一个assert
。
请看Brian RandomStreamTest
Goetz创建的OpenJDK 8的RandomStreamTest
中的以下测试方法:
@Test
public void testIntStream() {
final long seed = System.currentTimeMillis();
final Random r1 = new Random(seed);
final int[] a = new int[SIZE];
for (int i=0; i < SIZE; i++) {
a[i] = r1.nextInt();
}
final Random r2 = new Random(seed);
final int[] b = r2.ints().limit(SIZE).toArray();
assertEquals(a, b);
}
此方法分为两部分:算法和断言。 该算法准备两个整数数组,并且断言将它们进行比较,如果它们不相等,则抛出AssertionError
。
我是说算法的第一部分是我们应该避免的部分。 我们唯一必须拥有的就是断言。 这是我将如何重新设计此测试方法的方法:
@Test
public void testIntStream() {
final long seed = System.currentTimeMillis();
assertEquals(
new ArrayFromRandom(
new Random(seed)
).toArray(SIZE),
new Random(seed).ints().limit(SIZE).toArray()
);
}
private static class ArrayFromRandom {
private final Random random;
ArrayFromRandom(Random r) {
this.random = r;
}
int[] toArray(int s) {
final int[] a = new int[s];
for (int i=0; i < s; i++) {
a[i] = this.random.nextInt();
}
return a;
}
}
如果Java有“绰号”,那么这段代码看起来会更加优雅:
@Test
public void testIntStream() {
assertEquals(
new ArrayFromRandom(
new Random(System.currentTimeMillis() as seed)
).toArray(SIZE),
new Random(seed).ints().limit(SIZE).toArray()
);
}
如您所见,此方法只有一个“声明”: assertEquals()
。
Hamcrest的assertThat()
及其基本匹配器集合是使我们的单语句测试方法更具凝聚力和可读性的完美工具。
如果我们同意遵循该原则,则有许多实际好处:
- 可重用性 。 我们将为测试断言创建的类将可在其他测试方法和测试用例中重用。 就像在上面的示例中一样,
ArrayFromRandom
可以在其他地方使用。 同样,Hamcrest匹配器可以并且将构成可重用测试组件的库。 - 简短 。 由于只有一个
assert
时就很难创建一个长测试方法,因此您和您的程序员将不可避免地编写更短,更易读的代码。 - 可读性 。 有了一个
assert
,测试方法的意图总是显而易见的。 它将从意向声明开始,而所有其他较低级别的细节都将缩进。 - 不变性 。 如果测试方法没有用于算法代码的位置,则在生产代码中几乎没有设置器 。 您将不可避免地创建不可变对象,以使它们可以通过单个
assert
进行测试。
当将此原理应用于我们的测试时,我们获得的最大好处是,它们变得声明式且面向对象,而不是算法,命令式和过程式的。
翻译自: https://www.javacodegeeks.com/2017/05/single-statement-unit-tests.html