git 单元测试语句
已经有许多有关单元测试模式和反模式的文章和书籍。 我想再添加一条建议,我认为它可以帮助我们使测试和生产代码更加面向对象 。 这就是:测试方法只能包含一个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
git 单元测试语句
本文探讨了单元测试中的一种最佳实践:每个测试方法只包含一个断言。这不仅提高了测试的可读性和简洁性,还促进了面向对象的设计,使得测试代码更加模块化和可重用。文章通过具体的Java代码示例,展示了如何重构测试方法以实现这一目标。


291

被折叠的 条评论
为什么被折叠?



