org.junit.ComparisonFailure具有相同的结果
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了org.junit.ComparisonFailure具有相同的结果相关的知识,希望对你有一定的参考价值。
我克隆了现有的项目,JUnit-4.12中的一些单元测试。这些测试是在每次推送到远程存储库之后启动的,它们将成功结束,但是当我在eclipse中的本地机器上运行它们时,它们将以ComparisonFailure结束。
org.junit.ComparisonFailure expected:<xy> but was:<xy>
有了这个错误,每次测试都会结束,我试图将发送的json与现有的json文件进行比较。
测试:
@Test
public void calculateSignedCasesView() throws JsonProcessingException {
Case case1 = prepareCase();
getEm().persist(case1);
SignedCasesViewFilter filter = new SignedCasesViewFilter(new LinkedHashSet<String>(Arrays.asList("testCode")), new Date(0), new Date(0));
SignedCasesView view = reportService.calculateSignedCasesView(filter);
String actual = getObjectMapper().writeValueAsString(view);
String expected = readToString("signedCasesReportView01.json");
Assert.assertEquals(expected, actual);
}
当我查看结果时,每行都会突出显示初始空格。
我试着把这个结果复制到MS Word看看,如果没有任何不间断的空格(讨论过here),但是所有空格都是普通的。或者我尝试使用不同的编码运行测试,但没有任何作用。
答案
如果测试在存储库上运行并且它们在本地计算机上不起作用,我猜在编码或生成json的方式上存在一些差异。您没有显示示例readToString
函数或signedCasesReportView01.json文件,这些文件在存储库和本地环境中可能不同。我的猜测是新行,这是不同环境中最常见的问题,当我查看你的测试用例时,没有任何其他特殊字符。
例如,当您将文件复制到git存储库并且它被config core.autocrlf修改时会经常发生,它会自动将 r n从本地Windows机器更改为 n,因为它在另一端是unix。即使是提交的文件也可能在客户端中没有显示出差异,但它们实际上可能不同。比较字节流或逐行,您应该能够发现差异。
以上是关于org.junit.ComparisonFailure具有相同的结果的主要内容,如果未能解决你的问题,请参考以下文章