JUnit 4 测试用例在调试时通过，但在运行时失败

Question

我正在使用 Eclipse Helios Service Release 2、Java 6 和 JUnit 4。

我有一个测试用例，当我自行调试它时该测试用例通过，而当我自行运行它时则失败。失败来自

FileUtils.deleteDirectory(target);

行，并出现错误

ERROR [main] (MyRequestHandler.java:56) - 处理 MyRequestHandler 时发生意外错误 java.io.IOException：无法删除文件：\apps\Codes\MP2\LandingStrips\inprocess\12345\testTarDir\myfile.txt

在这两种情况下，调用 File.canWrite(); 在程序尝试删除它之前返回 true。我唯一知道的其他事情是调试期间的运行时参数是

[-agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:2914, -Dfile.encoding=Cp1252]

和期间run are

[-Dfile.encoding=Cp1252]

我不确定这意味着什么或者是否重要，但为了提供尽可能多的背景知识 这是。

编辑-完整堆栈跟踪：

错误 [main] (MyRequestHandler.java:56) - 处理 MyRequestHandler 时发生意外错误 java.io.IOException：无法删除文件：\apps\Codes\MP2\LandingStrips\inprocess\12345\testTarDir\myfile.txt 在 org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1643) 在org.apache.commons.io.FileUtils.cleanDirectory（FileUtils.java:1268） 在org.apache.commons.io.FileUtils.deleteDirectory（FileUtils.java:1200） 在 org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1634) 在org.apache.commons.io.FileUtils.cleanDirectory（FileUtils.java:1268） 在org.apache.commons.io.FileUtils.deleteDirectory（FileUtils.java:1200） 在 com.codes.requesthandler.MyRequestHandler.deleteDirectory(MyRequestHandler.java:74) 在 com.codes.requesthandler.MyRequestHandler.process(MyRequestHandler.java:50) 在 com.codes.requesthandler.MyRequestHandlerTest.processWithProperArguments(MyRequestHandlerTest.java:135) 在 sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法） 在 sun.reflect.NativeMethodAccessorImpl.invoke（来源未知） 在 sun.reflect.DelegatingMethodAccessorImpl.invoke（来源未知） 在 java.lang.reflect.Method.invoke（来源未知） 在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) 在 org.junit.internal.runners.model.ReflectiveCallable.run（ReflectiveCallable.java:15） 在 org.junit.runners.model.FrameworkMethod.invokeExplosively（FrameworkMethod.java:41） 在 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) 在 org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) 在org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate（RunBeforeTestMethodCallbacks.java:74） 在 org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) 在 org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:82) 在 org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72) 在 org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:240) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) 在 org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) 在 org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) 在 org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) 在 org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) 在 org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) 在 org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) 在 org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) 在 org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) 在 org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) 在 org.junit.runners.ParentRunner.run(ParentRunner.java:236) 在org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run（SpringJUnit4ClassRunner.java：180） 在 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49) 在 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) 在 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Answer 1

可能相关..我有一个 JUnit 测试，我可以从命令行运行该测试，创建一个新的数据文件，并使用 org.apache.commons.io.FileUtils.contentEquals() 方法将其内容与现有数据文件进行比较Apache Commons IO 库 - 我确信它包装了 Java IO 类。如果新文件的内容与旧文件的内容完全匹配，则单元测试通过。

我总是在单独的终端窗口中使用 Ant 运行单元测试，而不是通过 Eclipse。
仅在 Eclipse 中打开项目就会导致大约 25% 的测试失败。 （我在循环中重复运行该测试 1000 次，平均会失败 250 次。）我怀疑 Eclipse Java Builder 或我安装的 Eclipse 插件有时会干扰 JUnit 对新创建的数据文件的访问。

今天尝试了一下，我无法让测试失败。我的项目或 Eclipse 的设置中的某些内容可能已更改。我不知道是什么。

所以我的建议是尝试通过 Ant 运行单元测试 - 在 Eclipse 之外并且项目未在 Eclipse 中打开。