我想分享我在发布此问题后所学到的知识，并在StackExchange上提出了我的第一个答案（我通过Google到达了无数次以寻找无休止的问题的解决方案的网站）
单元vs集成vs功能测试连续体
在这个问题上有很多纠正，争论和拖拉，所以我想清除它。这真的非常简单。说您有服务。当您调用它时，我将简单地说明一系列事件：
（已收到请求）-（已调用功能1）-（已调用功能2）-（已调用功能3）-（已发送响应）
单元测试分别隔离地测试每个功能（或类或单元），馈入输入并检查输出。集成测试需要几个单元（例如功能2到功能3链），并且也要进行ol’in-in-
out。功能测试贯穿从请求到响应的整个链。我将它留给读者来猜测每个级别的测试的优缺点。无论如何，所有这些测试都可以在服务器中运行，并且有很好的理由可以在其中运行它们。
容器内/服务器内测试的类型
- 测试中的容器 Spring和其他依赖项注入框架的一项功能使您可以为每个 测试 设置一个仅填充最低限度的最小类（以及所有模拟）的容器。这非常方便，因为它消除了手动布线的需要，并更好地接近了生产环境。这仅允许进行单元和集成测试。
- 优点：a）传统的单元测试（具有集中测试和隔离测试的优点）更加方便b）由于您正在测试自动装配逻辑，因此更接近生产环境e）与IDE测试运行程序集成f）快速
- 缺点：a）环境可能与生产环境大不相同b）不能代替功能测试的需求
- 测试中 的服务器普通的测试运行器运行几乎所有的单元测试，这些测试会启动嵌入式服务器或容器，并对其进行调用。一些框架（例如Jersey测试框架）仅允许进行功能测试，但是大多数框架（Arquillian，jeeunit）允许您执行所有类型的测试。使用其中一些框架，就好像测试在代码旁边的服务器上运行一样，并且可以进行各种调用。
- 优点（除了您可以访问所有容器和服务器服务的事实）：a）您具有独立的测试，不需要安装或设置任何内容b）测试是隔离的，因为创建了新的服务器/容器每个测试或测试套件。b）与IDE测试运行器集成
- 缺点：a）环境可能与生产环境大不相同（例如Jetty不是Tomcat或Glassfish）b）启动/停止服务器会减慢测试速度c）框架很糟糕。Jeeunit是一个很小的项目，甚至还没有在Windows上进行过测试，Arquillian很大，但是非常新，文档记录很差，我也无法使它正常工作。
- 服务器中 的测试在这里，测试实际上是与代码一起编译的，并与代码一起运行。
- 优点：a）您有普通的旧测试，不需要了解或使用任何类型的框架
- 缺点：a）测试之间没有隔离（不一定是问题，甚至不是缺点，但可能必须采取预防措施）b）不与IDE测试运行程序集成（至少在Netbeans中）
- 在构建过程中使用Maven Maven可以启动服务器，加载特殊的测试WAR，执行测试，并提供出色的Surefire报告。
- 其他优点：a）它是在构建期间完成的（并将与Continuous Integration工具和其他工具集成）b）无需安装或设置任何内容（Maven将自动下载，运行服务器等）
- 其他缺点：a）环境可能非常不同（Maven使用Jetty，并且在您的计算机上运行）b）无法在生产中重新运行
- 战中测试 测试将与您的代码一起永久编译。无论何时何地发生WAR，您都可以启动测试。在开发服务器上，在登台期间甚至在生产中。这就是我最初的问题。
- 其他优点：a）完全正确的环境。b）随时运行测试
- 其他缺点：a）需要设置服务器
还有一点要说明。Netbeans将Maven测试的大部分优势赋予了WAR测试。它包括一个嵌入式服务器，并在构建后自动启动并部署到该服务器。它甚至可以打开Firefox
…只需将其设置为指向您的/ test资源即可。就像以Maven方式进行操作一样，但效果更好。
无论如何，我将向您展示如何在同一个Maven项目中一起进行Maven测试和WAR测试。
使用Spring进行测试的容器：
Spring是一个庞大的容器框架。它的依赖注入机制与Jax-RS交织在一起，产生了光荣的效果，但要付出大量学习时间。我不会解释Spring或Jax-
RS的工作原理。我将直接跳转至说明中，希望读者可以将这些想法适应其他情况。
使容器进入JUnit 4测试的方法是使用Spring测试运行器，声明要在容器中注册的类，注册一些Jax-
RS特定的帮助程序类，注册您的模拟，最后使用您的Jax-RS资源，就好像它是普通类一样：
@RunWith(SpringJUnit4ClassRunner.class)@WebAppConfiguration@ContextConfiguration(classes={ MyClass1.class, Myclass2.class, MyJaxRsResource.class, MockServletContextAwareProcessor.class, MyCTest.Config.class})public class MyCTest{ @Configuration static class Config { // Set up and register mocks here, and watch them be autowired! @Bean public DBService dbJobService() throws DBException { return mock(DBService.class); } } @Autowired MyJaxRsResource myResource; @Test public void test() { String response = myResource.get("hello"); }}@WebAppConfiguration注入自己的ServletContextAwareProcessor。但是，
MockServletContextAwareProcessor当必须动态设置解压缩的WAR文件的路径时，这是必需的，因为WebAppConfiguration仅允许您在编译时静态设置路径。运行服务器中的测试时使用此类（请参见下文），我注入了真正的ServletContext。我使用Spring的配置文件功能通过一个环境变量（不是很优雅）来抑制它。setServletContext仅由服务器测试运行程序调用。
@Configurationpublic class MockServletContextAwareProcessor {public static void setServletContext(ServletContext sc) { servletContext = sc;} private static ServletContext getServletContext() { return servletContext;}private static ServletContext servletContext;@Configuration@Profile("server-test")static class ServerTestContext { static public @Bean ServletContextAwareProcessor scap() { ServletContext sc = getServletContext(); return new ServletContextAwareProcessor(sc); }} }使用Maven进行测试的服务器：
步骤1）在/ src / test文件夹中创建常规JUnit测试，但是将其命名为IT * .java或 IT.java或
ITCase.java（例如MyClassIT.java）。您可以使用不同的名称，但这就是故障安全默认情况下期望。IT代表集成测试，但是测试代码可以位于测试连续体的任何位置。例如，您可以实例化一个类并对其进行单元测试，或者可以启动HttpClient（或Jersey
Client），将其指向自己（请注意下面的端口），并在功能上测试您的入口点。
public class CrossdomainPolicyResourceSTest extends baseTestClass {static com.sun.jersey.api.client.Client client; @BeforeClass public static void startClient() { client = Client.create(); } @Test public void getPolicy() { String response = client .resource("http://localhost/crossdomain.xml") .get(String.class); assertTrue(response.startsWith("<?xml version="1.0"?>")); }}baseTestClass只是一个小帮助程序类，它打印测试类的名称并在执行时进行测试（对于服务器中测试很有用，请参见下文）：
public abstract class baseTestClass {@ClassRule public static TestClassName className = new TestClassName();@Rule public TestName testName = new TestName(); @BeforeClass public static void printClassName() { System.out.println("--" + className.getClassName() + "--"); } @Before public void printMethodName() { System.out.print(" " + testName.getMethodName()); } @After public void printnewline() { System.out.println(); }}步骤2）将maven-failsafe-plugin和maven-jetty-plugin添加到pom.xml
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-failsafe-plugin</artifactId> <version>2.11</version> <executions> <execution> <goals> <goal>integration-test</goal> <goal>verify</goal> </goals> </execution> </executions></plugin><plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.26</version> <configuration> <!-- By default the artifactId is taken, override it with something simple --> <contextPath>/</contextPath> <scanIntervalSeconds>2</scanIntervalSeconds> <stopKey>foo</stopKey> <stopPort>9999</stopPort> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> <port>9095</port> <maxIdleTime>60000</maxIdleTime> </connector> </connectors> </configuration> <executions> <execution> <id>start-jetty</id> <phase>pre-integration-test</phase> <goals> <goal>run</goal> </goals> <configuration> <scanIntervalSeconds>0</scanIntervalSeconds> <daemon>true</daemon> </configuration> </execution> <execution> <id>stop-jetty</id> <phase>post-integration-test</phase> <goals> <goal>stop</goal> </goals> </execution> </executions></plugin>
步骤3）获利。真的，就是这样！只需运行“ mvn install”或在IDE中进行构建，即可构建代码，常规的
Test.java测试将运行，码头服务器将启动， IT.java测试将运行，然后您将得到一份不错的报告。
将测试打包在WAR中以在任何地方运行：
（与上述说明一起使用或分开使用）
第1步：通过指示maven-war-plugin将测试类（src / test
/目录）包含在WAR中，以将它们包括在其中：（从此处改编）
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-war-plugin</artifactId> <version>2.1.1</version> <configuration> <failOnMissingWebXml>false</failOnMissingWebXml> <webResources> <resource> <directory>${project.build.directory}/test-classes</directory> <targetPath>WEB-INF/classes</targetPath> </resource> <resource> <directory>${project.build.directory}/test-libs</directory> <targetPath>WEB-INF/lib</targetPath> </resource> </webResources> </configuration></plugin>注意：您可以通过创建附加执行及其配置集中的（和详细信息，留给读者）创建带有集成测试的单独WAR。
注意：理想情况下，以上内容将排除所有常规测试（并且仅复制* IT.java）。但是，我无法使用包含/排除项。
您还必须通过给予maven-dependency-plugin额外的执行以包含复制范围的目标（包括测试范围）来包括测试库。
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <version>2.1</version> <executions> <execution> <id>copy-dependencies</id> <phase>prepare-package</phase> <goals> <goal>copy-dependencies</goal> </goals> <configuration> <excludeScope>compile</excludeScope> <outputDirectory>${project.build.directory}/test-libs</outputDirectory> <overWriteReleases>true</overWriteReleases> <overWriteSnapshots>true</overWriteSnapshots> <overWriteIfNewer>true</overWriteIfNewer> </configuration> </execution> </executions></plugin>如果maven-dependency-plugin已经具有其他执行（例如，Netbeans为javaee-endorsed-
api插入了一个），则不要删除它们。
步骤2）使用JUnitCore（JUnit4）以编程方式运行测试。
String runTests() { PrintStream sysOut = System.out; PrintStream sysErr = System.err; ByteArrayOutputStream stream = new ByteArrayOutputStream(); PrintStream out = new PrintStream(stream); try { System.setOut(out); System.setErr(out); TextListener listener = new TextListener(out); JUnitCore junit = new JUnitCore(); junit.addListener(listener); junit.run(MyClassIT.class, AnotherClassIT.class, ...etc...); } finally { System.setOut(sysOut); System.setErr(sysErr); out.close(); } return stream.toString();}步骤3）通过JAX-RS公开您的测试
@Path("/test")public class TestResource { @GET @Produces("text/plain") public String getTestResults() { return runTests(); } private String runTests() { ... }}将此类与您的其他测试类（在src / test中）放在一起，以便它可以引用它们。
但是，如果您在注册所有资源的子类javax.ws.rs.core.Application子类化，则引用TestResource将会遇到问题（因为源代码无法引用测试代码）。要解决此问题，请在src
/ main / … [same
package]下创建一个完全为空的虚拟TestResource类。由于在打包过程中虚拟TestResource将被真实的虚拟TestResource覆盖，因此此技巧可行。
public class ShoppingApplication extends Application { @Override public Set<Class<?>> getClasses() { return new HashSet<Class<?>>() {{ add(TestResource.class); }}; } @Override public Set<Object> getSingletons() { return new HashSet<Object>(); }}package ...same package as the real TestResource...public class TestResource {}步骤4）设置您的IDE，以启动/部署您的应用程序，并在构建后自动将浏览器指向“ / test”。
