python - 为什么assertEquals()参数的顺序是(预期的，实际的)？

Question

为什么这么多assertEquals()或者类似的函数将期望值作为第一个参数，将实际值作为第二个参数？这对我来说似乎违反直觉，那么这种不寻常的顺序有什么特殊原因吗？

Answer 1

answer来自Kent Beck ，JUnit 的共同创建者(可能是这个约定 originates ，因为他早期的 SUnit doesn't appear to have included assertEquals ):

Line a bunch of assertEquals in a row. Having expected first makes them read better.

在我的回答的最初版本中，我说我不明白这一点。以下是我在测试中经常看到的内容:

assertEquals(12345, user.getId());
assertEquals("kent", user.getUsername());
assertEquals("Kent Beck", user.getName());

我认为首先考虑实际值会更好。这将更多重复的样板放在一起，对齐我们正在测试其值的方法调用:

assertEquals(user.getId(), 12345);
assertEquals(user.getUsername(), "kent");
assertEquals(user.getName(), "Kent Beck");

(我更喜欢这个顺序还有其他原因，但对于这个关于为什么是另一种方式的问题，肯特的推理似乎就是答案。)

但是，Bob Stein 有 a comment below (很像 this one )这表明了一些“首先预期”的事情。主要思想是期望值通常可能更短——通常是文字或变量/字段，而不是可能复杂的方法调用。结果是:

• 更容易一目了然地识别预期值和实际值。
• 可以使用少量的额外空格来对齐它们(如果您喜欢这种方式，尽管我没有看到它在 the earliest JUnit commit I could find easily 中使用):

assertEquals(12345,       user.getId());
assertEquals("kent",      user.getUsername());
assertEquals("Kent Beck", user.getName());

谢谢，鲍勃!