使用 JUnit
assertEquals()
,我正在比较空白/控制字符可能不同的字符串。
尤其, '
'对'
'。
当字符串以这种方式不同时,由于某些原因,assertEquals()
的错误输出很难解释。
此示例展示了如果字符串中没有任何特殊字符,通常如何测试字符串 */
@Test
public void testIfTheCarriageReturned()
{
final String expected = "we're taking\r\n the hobbits\r\n to Isengard!";
final String actual = "we're taking\n the hobbits\n to Isengard!";
assertEquals(expected, actual);
}
此示例正确确定字符串不同,但 JUnit 的输出并没有清楚地表明它们有何不同(空白不以任何特殊方式处理)。
有没有办法让JUnit产生更合适的输出?
说实话,我想这不是关于格式化,而是关于正确编写测试。我从来不关心 Junit5 的新功能,因此可能有一种新的超级智能方法来实现这一点,但是是的:
@Test
public void testIfTheCarriageReturned()
{
/**
* This is how you'd normally test string if you wouldn't have any special chars within
*/
final String expected = "we're taking\r\n the hobbits\r\n to Isengard!";
final String linuxGuy = "we're taking\n the hobbits\n to Isengard!";
//assertEquals(expected, linuxGuy);
/**
* Just do it charwise...
*/
for(int i = 0; i<expected.length(); i++)
{
assertEquals("Character differed at index "+i,Character.getName(expected.charAt(i)), Character.getName(linuxGuy.charAt(i)));
}
}
这基本上只是获取角色的名称并比较它们在同一索引处是否相等。
这将导致以下输出:
org.junit.ComparisonFailure: Character differed at index 12 expected:<[CARRIAGE RETURN (CR])> but was:<[LINE FEED (LF])>
at org.junit.Assert.assertEquals(Assert.java:117)
补充一下: 当实际字符串比预期字符串长时,这将导致测试通过。您可以随后检查长度,也可以在循环后对两个字符串使用assertEquals 方法。口味问题,我可能更喜欢后者。
在 JUnit5 中(整体上比 JUnit4 有了巨大的改进),这可以通过
#assertArrayEquals
来完成。
避免在测试中强制迭代。您很容易在索引上犯错误。
@Test
public void testIfTheCarriageReturned()
{
final String expected = "we're taking\r\n the hobbits\r\n to Isengard!";
final String linuxGuy = "we're taking\n the hobbits\n to Isengard!";
assertArrayEquals(expected.toCharArray(), linuxGuy.toCharArray());
}