人们想要assertNotEquals()的明显原因是比较内置对象，而不必首先将它们转换为完整的对象:

详细的例子:

....
assertThat(1, not(equalTo(Integer.valueOf(winningBidderId))));
....

vs.

assertNotEqual(1, winningBidderId);

不幸的是，由于Eclipse默认情况下不包括JUnit 4.11，您必须详细说明。

注意:我不认为'1'需要包装在Integer.valueOf()中，但由于我刚从。net返回，所以不要指望我的正确性。

我也想知道。Assert的API不是很对称;对于测试对象是否相同，它提供了assertSame和assertNotSame。

当然，写起来也不算太长:

assertFalse(foo.equals(bar));

不幸的是，使用这样的断言，输出中唯一有信息的部分是测试方法的名称，因此应该单独形成描述性消息:

String msg = "Expected <" + foo + "> to be unequal to <" + bar +">";
assertFalse(msg, foo.equals(bar));

这当然是非常乏味的，最好是滚动您自己的assertNotEqual。幸运的是，将来它可能会成为JUnit: JUnit第22期的一部分

Modulo API一致性，JUnit不提供assertNotEquals()的原因与JUnit从未提供类似方法的原因相同

assertStringMatchesTheRegex（regex， str） vs. assertStringDoesntMatchTheRegex（regex， str） assertStringBeginsWith（prefix， str） vs. assertStringDoesntBeginWith（prefix， str）

也就是说，为断言逻辑中可能需要的东西提供特定的断言方法是无止境的!

更好的方法是提供可组合的测试原语，如equalTo(…)、is(…)、not(…)、regex(…)，并让程序员将这些原语拼凑在一起，以获得更好的可读性和合理性。

JUnit 4.11中有一个assertNotEquals: https://github.com/junit-team/junit/blob/master/doc/ReleaseNotes4.11.md#improvements-to-assert-and-assume

import static org.junit.Assert.assertNotEquals;

人们想要assertNotEquals()的明显原因是比较内置对象，而不必首先将它们转换为完整的对象:

详细的例子:

....
assertThat(1, not(equalTo(Integer.valueOf(winningBidderId))));
....

vs.

assertNotEqual(1, winningBidderId);

不幸的是，由于Eclipse默认情况下不包括JUnit 4.11，您必须详细说明。

注意:我不认为'1'需要包装在Integer.valueOf()中，但由于我刚从。net返回，所以不要指望我的正确性。

我建议你使用更新的assertThat()风格断言，它可以很容易地描述各种否定，并自动构建你所期望的描述以及如果断言失败你会得到什么:

assertThat(objectUnderTest, is(not(someOtherObject)));
assertThat(objectUnderTest, not(someOtherObject));
assertThat(objectUnderTest, not(equalTo(someOtherObject)));

这三个选项都是等效的，选择一个你觉得最易读的。

为了使用简单的方法名(并允许这种时态语法工作)，你需要这些导入:

import static org.junit.Assert.*;
import static org.hamcrest.CoreMatchers.*;