本节书摘来自异步社区《JUnit实战（第2版）》一书中的第2章2.4节用Suite来组合测试，作者【美】Petar Tahchiev , Felipe Leme , Vincent Massol , Gary Gregory，更多章节内容可以访问云栖社区“异步社区”公众号查看。
2.4 用Suite来组合测试
JUnit实战（第2版）
因为是一个简单的测试，所以你可以直接编译如代码2.1所示的简单的计算器测试程序，并把它交给控制台façade运行器，如下所示：
如果类路径配置正确的话，那么测试应当顺利运行。这非常简单—至少运行这么一个单独的测试用例是非常简单的。
2.4.1 组合一组测试类
下一步就是运行多个测试类。为了简化这个任务，JUnit提供了测试Suite。这个Suite是一个容器，用来把几个测试归在一起，并把它们作为一个集合一起运行。
JUnit设计Suite的目的就是为了运行一个或者多个测试用例。测试运行器会启动Suite；然后运行哪个测试用例是由Suite来决定的。
你可能会疑惑，在第1章最后给出的那个示例中，你并没有定义一个Suite，这个示例是如何运行起来的呢？为了使简单的事情可以保持简单，如果你没有提供一个自己的Suite，那么测试运行器会自动创建一个Suite。
默认的Suite会扫描你的测试类，找出所有以@Test注释的方法。默认的Suite会在内部为每个@Test方法创建一个测试类的实例。然后JUnit就会独立地执行每个@Test方法，以避免潜在的负面影响。
如果你想将另一个测试添加到CalculatorTest类，比如testSubtract，同时你使用@Test注释这个测试，那么默认的Suite就会自动包含这个测试。
Suite对象其实是一个Runner，可以执行测试类中所有@Test注释的方法。
代码2.3显示了如何将多个测试类组合成一个单独的测试集（test suite）。
代码2.3 将测试类组合为一个Suite
在代码2.3中，我们使用@RunWith注释指定了相应的运行器..Lucene实战1.tif，并且通过在@SuiteClasses注释中指定测试类，来列出我们想要在这个测试中包含的所有测试..Lucene实战2.tif。这些测试类中的所有@Test方法都将包含到该Suite中。
对于代码2.1中的CalculatorTest而言，默认的Suite可以用以下代码来表示：
2.4.2 组合一组测试集
由于JUnit采用了一种精妙的构建方式，所以使用JUnit来创建一组测试集也就成为了可能。例如，代码2.4串联了几个不同的文件，以展示多个测试用例是如何组合成多个测试集，然后这些测试集又组合成了一个主测试集。
代码2.4 一组测试集
为了简化这个示例，我们的测试集TestSuiteA与TestSuiteB分别只有一个测试用例。而真正的测试集应该包含多个测试类，就像我们的主测试集。
你可以运行这段代码中的任何一个类，比如一个JUnit测试、两个测试类中的任意一个、两个测试集中的任意一个，甚至是主测试集。图2.2展示了在Eclipse中运行主测试集后的结果。
测试集提供了一种强有力的组织测试的方式。当然，这种便利性并非JUnit独有，在下一小节中你将会看到，其他工具也具有这样的功能，这将使我们重新考虑任何JUnit测试集的创建。
2.4.3 Suite、IDE、Ant与Maven
Ant与Maven也提供了运行多组测试类和测试集的功能，你可以通过正则表达式的类型、要运行的测试类和测试集的名称来指定运行哪些测试类和测试集。另外，有些IDE（比如Eclipse）允许你在某个指定的包或者源代码目录中运行所有的测试类与Suite。这足以让我们重新考虑是否值得在最初的地方创建JUnit的Suite。
当然，如果你想在Java环境中组织你的测试，而不依赖于你的构件系统能力，那么JUnit的Suite是非常有用的。因为一般情况下构建系统都是由专门的人员或者团队来维护，而不是开发者自己。同样，你可能不希望依赖于任何指定的IDE以及它的JUnit集成能力。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。
