加载系统属性进行测试

Question

我最近找到了一个解决方案，允许我为单元测试加载系统属性。如果我单独运行测试，它效果很好，但如果我选择运行整个测试套件，它就会失败。有人能告诉我为什么吗？

第一步是加载测试应用程序上下文：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "/applicationContext-test.xml")

下一步是创建一个将加载系统属性的类：

import java.io.InputStream;
import java.util.Properties;

import javax.annotation.PostConstruct;

import org.springframework.core.io.Resource;

public class SystemPropertiesLoader{

    private Resource resource;

    public void setResource(final Resource resource){
        this.resource = resource;
    }

    @PostConstruct
    public void applyProperties() throws Exception{

        final Properties systemProperties = System.getProperties();

        final InputStream inputStream = resource.getInputStream();

        try{
            systemProperties.load(inputStream);
        } finally{
            inputStream.close();
        }
    }
}

最后一步是将其作为 bean 列在我的测试应用程序上下文中：

<bean class="com.foo.SystemPropertiesLoader">
    <property name="resource" value="classpath:localdevelopment_Company.properties" />
</bean>

当我运行测试套件时，几个我的所有测试都依赖于系统属性，但都失败了。如果我去具体测试并运行它，它就会通过。我已经对其进行了调试，并且验证了 SystemPropertiesLoader 中的代码正在执行，并且所有其他 bean 都已从上下文中成功提取。但是，这些属性未正确加载，因为当我尝试访问它们时，它们都为空。有什么建议吗？

Answer 1

一些想法：

1. 如果您正在进行单元测试，那么为什么不在每个单独的测试用例中设置所需的属性。使用 spring 设置全局变量是没有意义的。
2. 为什么要使用系统属性。 Spring 管理可以注入到 bean 中的属性对象。它们可以在 appContext.xml 中设置，也可以使用系统属性在那里初始化（请参阅：PropertyPlaceHolderConfigurer）。让代码访问系统属性违背了 spring 的哲学。
3. 无论如何，从文件设置系统属性是相当错误的。通常，您会使用系统属性来覆盖属性文件中的设置。

Answer 2

问题实际上是 Properties 类中的值是静态定义的。因此，这里是破坏解决方案的情况：

1. 运行测试 A。测试 A 不会加载 applicationContext-test.xml，但它确实调用使用 Properties 类中的值的代码。
2. 现在，Properties 类中的所有值都已永久定义。
3. 测试 B 已运行。测试 B 加载 applicationContext-test.xml。
4. SystemPropertiesLoader 运行，将值加载到系统属性中。
5. 从 Properties 类检索值，但由于它们是静态定义并先前分配的，因此系统属性中的值永远不会进入其中。

最后，最好的解决方案是在 Properties 类中定义默认值。

Answer 3

您的每个测试用例是否有可能生成一个新的 JVM，并且没有为每个测试用例设置 System 属性？

也许尝试在 JUnit 测试类中利用 setUp() 和 tearDown() 方法。