创建目录的单元测试代码

Question

我有创建目录并向其中传输文件的代码。我想对它进行单元测试。但问题是，当我运行单元测试时，这些目录是创建的，但我不希望这样。我希望代码仅在运行生产环境时创建这些目录。我在google上搜索过这个，但所有的搜索结果都表明是JUnit类临时文件夹。但这不是我想要的。我没有在测试用例中创建目录。我只是在测试创建它们的代码。所以我不确定TemporaryFolder类如何帮助我实现这一点。假设我有如下代码

public class Util {

    public File getLocation(String location) {
        File result = new File(location);

        if (!result.exists()) {
            result.mkdirs(); 
        }
        return result;
    }
}

如何对这样的代码进行单元测试？每次我打电话

util.getLocation("base/location"); 

正在创建目录基/位置，但我不希望这样。只有在生产环境中运行代码时才能创建它们。

更新由于对问题的评论。我决定更新我的问题。首先，get位置签名有点误导。这不是我正在测试的确切代码，它有点长，所以我试图用它来传达这个想法。它的功能基本上相同，但问题是getLoction（）不接受如上所示的参数。在getloc内调用了另一个方法，它将字符串返回到路径。这意味着我无法控制创建目录时使用的内容。并且我运行生产和开发环境，一旦这些目录在运行生产代码时创建，即使代码被重建，它们也不应该被删除，因为单元测试将在每个构建上运行。

public File getLocationForReports() {

    String softwareHome = GeneralUtil.getSoftwareHome();
    File path = new Path(softwareHome, "reports").toFile();

    if (!path.exists()) {
        path.mkdirs();    
    }
    return path;
}

正如您在上面看到的，我无法控制GeneralUtil.getSoftwareHome（）返回的内容，因此我甚至无法发送像“tmp/位置”这样的虚拟位置并稍后删除，我也不想删除这些目录，如果它们是在生产代码运行时创建的，因为我会一些文件。

Answer 1

我建议使用PowerMock创建测试。有两种方法可以做到这一点。两者都需要PowerMock，测试需要如下注释：@RunWith（PowerMockRunner.class）@PrepareForTest（要测试的类。class）

首先，您可以尝试模拟对GeneralUtil的静态调用。使用powermockito获取SoftwareHome（）。PowerMockito模拟单个静态方法和返回对象

第二个选项是模拟Path对象的构造函数及其返回的调用：mockito模拟带有参数的构造函数

这样可以测试代码的功能。

Answer 2

我建议尽可能不要使用PowerMock进行任何测试。

PowerMock操纵您的生产类；它通常会导致非常奇怪的错误（您可以搜索几个小时，却从未在代码中找到真正的问题）；它扼杀了您进行覆盖的能力。

换句话说：对我来说，对PowerMock的“需求”很大程度上可以理解为：您的设计结构不允许进行合理的测试。而不是投资丑陋的大电锤。。。你最好花点时间重新设计你的设计！

在您的情况下：摆脱对静态方法的调用；确保您可以使用依赖注入来为您的代码提供模拟对象。含义：像EasyMock这样的框架允许您创建模拟对象，这些对象可以执行您希望它们执行的任何操作。您将此类“准备好的”模拟传递给您的测试代码；然后您可以完全控制测试期间将发生的事情。

你看，本质上你的问题是你的生产代码在一个地方做了太多的事情；因此你很难测试它。拆开它，将代码中发现的每个“责任”放入单独的类/方法中；并单独测试它们。