您可以向AssertJ AssertThat添加自定义消息吗？

Question

我们经常比较那些不是为了人类可读性而制作的对象，这些对象将具有随机的ID或UUID，并且不可能根据它们包含的数据来判断它们应该是什么。对于我们的代码库来说，这是一个不可避免的情况，可悲的是，它实现的目的之一是在其他服务之间映射数据，而不需要理解它是什么。

在JUnit中，AssertThate方法提供的版本在匹配器 参数之前带有字符串reason参数。这使得添加一个简短的调试字符串变得微不足道，从而揭示了一些问题，比如比较对人类应该意味着什么。

另一方面，AssertJ提供了大量不同的泛型静态assertthat方法，这些方法返回某种形式的接口Assert或其众多实现类之一。此接口不提供将自定义消息设置为包含故障的标准方式。

Answer 1

以经典的方式，我在发布问题后不久就找到了我要找的东西。希望这将使下一个人更容易找到，而不必首先知道它叫什么。这个神奇的方法是名为AS的短名，它是AbstractAssert实现的另一个接口的一部分:Descriptable，而不是基本的Assert接口。

公共%S为（字符串说明、对象...args)

设置支持String.format（String,object...）语法的此对象的说明。
示例：

try {
  // set a bad age to Mr Frodo which is really 33 years old.
  frodo.setAge(50);
  // you can specify a test description with as() method or describedAs(), it supports String format args
  assertThat(frodo.getAge()).as("check %s's age", frodo.getName()).isEqualTo(33);
} catch (AssertionError e) {
  assertThat(e).hasMessage("[check Frodo's age] expected:<[33]> but was:<[50]>");
}

我注意到问题中链接的自定义断言页中的FailWithMessage帮助器，从而发现了这一点。该方法的JavaDoc指出，它是受保护的，因此调用者不能使用它来设置自定义消息。但是，它确实提到了作为助手：

此外，此方法支持使用作为(String，object...)或用户使用overridingErrorMessage(String，object...)定义的重写错误消息集的任何描述。

...和overridingErrorMessage帮助器，它用提供的新字符串完全替换标准AssertJ预期的:...，但WAS:...消息。