测试状态与测试交互

作者：Andrew Trenk

原文链接：http://googletesting.blogspot.tw/2013/03/testing-on-toilet-testing-state-vs.html

通常有两种方法的单元测试可以验证测试代码是否工作正常：通过测试状态，或通过测试交互。它们之间的区别是什么呢？

测试状态（方式）意味着，你要验证的是被测代码是否能返回正确的结果。

public void testSortNumbers() {

NumberSorter numberSorter = new NumberSorter(quicksort, bubbleSort);

// 验证返回的列表是经过排序的。哪种排序方式不重要。

// 这种方式并不关心使用的是哪一种排序算法，只关注返回结果的正确性。

assertEquals(

new ArrayList(1, 2, 3),

numberSorter.sortNumbers(new ArrayList(3, 1, 2)));

}

测试交互（方式）意味着，你要验证的是被测代码正确地调用了某些方法。

public void testSortNumbers_quicksortIsUsed() 

// 将模拟对象（mocks）传给类，并调用被测方法

NumberSorter numberSorter = new NumberSorter(mockQuicksort, mockBubbleSort);

numberSorter.sortNumbers(new ArrayList(3, 1, 2));

// 验证numberSorter.sortNumbers() 使用快速排序算法。

// 如果mockQuicksort.sort()方法从未被调用，或使用错误的参数调用它，那么测试就会失败（例如：使用mockBubbleSort来排序这些数字）

verify(mockQuicksort).sort(new ArrayList(3, 1, 2));

}

第二种测试可能会获得很好的代码覆盖率，但它不会告诉你排序是否运行正常，只知道quicksort.sort()有被调用。这是因为，使用交互的测试通过了并不意味着该代码正常运行。这也就是为什么在大多数情况下，你会采用测试状态，而不是测试交互。

一般而言， 当测试的正确性不仅仅取决于代码的输出结果，同时还取决于输出是如何实现时，必须测试交互。在上面的例子中，如果快速算法是否被使用是很重要的（例如：采用其他算法时该方法运行速度太慢），那么你除了要测试状态，也要测试交互；否则使用交互的测试是不必要的。

还有哪些你需要采用测试交互的情况的例子呢？

-被测代码调用了一个方法，这个方法会因为调用的次数或顺序的不同，产生预期之外的行为，如副作用（例如，你只希望发送一封电子邮件），延迟（例如，你只希望一定数量的磁盘读取操作）或者多线程并发（例如，如果你的代码以错误的顺序调用了一些方法，将出现死锁）。测试交互能够确保：如果这些方法都不能正确地被调用，那么你的测试就会失败。

-你正在测试UI，而UI呈现的细节是从UI逻辑中抽象出来的（例如，使用MVC和MVP）。在测试控制台或展示器时，你只关心某个视图的方法是否被调用，而不关心实际所呈现的，那么你可以使用测试交互的方式来测试视图。类似地，当测试视图时，也可以借助控制台或展示器测试交互。