我建议你使用更新的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.*;

我也想知道。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期的一部分

我建议你使用更新的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.*;

对于否定的断言，最好使用Hamcrest，而不是assertFalse，因为在前者中，测试报告将显示断言失败的差异。

如果使用assertFalse，只会在报告中得到一个断言失败。例如，丢失了关于失败原因的信息。

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

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

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

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

我来这个派对很晚了，但我发现了表格:

static void assertTrue(java.lang.String message, boolean condition) 

可以用于大多数“不等于”的情况。

int status = doSomething() ; // expected to return 123
assertTrue("doSomething() returned unexpected status", status != 123 ) ;