Spring：单元和集成测试

我正在寻找使用 Spring 设置单元和集成测试的最佳实践。

我通常使用 3 种测试：

• “真正的”单元测试（无依赖项）
• 测试作为“单元”测试运行（内存数据库、本地调用、模拟 对象，...）或作为集成测试 （持久数据库、远程调用……）
• 测试仅作为集成测试运行

目前我只有第二类的测试，这是棘手的部分。 我设置了一个基本测试类，例如：

@ContextConfiguration(locations = { "/my_spring_test.xml" })
public abstract class AbstractMyTestCase extends AbstractJUnit4SpringContextTests

和“单元”测试如：

public class FooTest extends AbstractMyTestCase

具有自动装配属性。

在不同（集成测试）环境中运行测试的最佳方法是什么？子类化测试并覆盖 ContextConfiguration？

@ContextConfiguration(locations = { "/my_spring_integration_test.xml" })
public class FooIntegrationTest extends FooTest

这可行吗（我目前无法在这里轻松测试它）？这种方法的问题在于“@ContextConfiguration(locations = {“/my_spring_integration_test.xml”})”重复很多。

有什么建议么？

问候， 弗洛里安

我延长了通用XmlContextLoader

public class MyContextLoader extends GenericXmlContextLoader {

并重写

protected String[] generateDefaultLocations(Class<?> clazz)

方法来收集我可以通过 SystemProperty (-Dtest.config=) 指定的目录的配置文件名。

我还修改了以下方法以不修改任何位置

@Override
protected String[] modifyLocations(Class<?> clazz, String... locations) {
    return locations;
}

我像这样使用这个上下文加载器

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(loader = MyContextLoader.class)
public class Test { .... }

使用指示配置文件来源的 SystemProperty 运行测试使您现在可以使用完全不同的配置。

当然，使用 SystemProperty 只是指定配置位置的一种策略。你可以在里面做任何你想做的事generateDefaultLocations().

EDIT:

该解决方案使您能够使用完全不同的应用程序上下文配置（例如，对于模拟对象），而不仅仅是不同的属性。您不需要构建步骤即可将所有内容部署到“类路径”位置。如果没有给出系统属性，我的具体实现还使用用户名作为默认值来查找配置目录（src/test/resources/{user}）（可以轻松地为项目中的所有开发人员维护特定的测试环境）。

仍然可以并推荐使用 Property Placeholder。

EDIT:

春季版3.1.0将支持XML 配置文件/环境抽象这与我的解决方案类似，并且可以为不同的环境/配置文件选择配置文件。