对于 testunit 或其他 nunit 风格框架来说，什么才是好的失败消息？

在 Ruby 的 test/unit 和其他此类 nunit 风格框架中，什么才是好的失败消息？

失败消息是否应该仅仅描述预期值与预期值不匹配的情况？

assert_match("hey", "hey this is a test", "The word does not exist in the string")

它应该描述您期望发生的情况吗？

assert_match("hey", "hey this is a test", "I expected hey to be in the string")

它应该描述为什么你希望这种行为发生吗？

assert_match("hey", "hey this is a test", "Program should provide a greeting")

它应该描述您认为测试可能失败的原因吗？

assert_match("konnichiwa", "konnichiwa this is a test",
  "Program failed to use supplied i18n configuration")

有关测试的信息是否也应该存在于测试方法的名称和测试用例的名称中？

这是基于Ruby“test/unit”，如何在断言中显示消息 https://stackoverflow.com/questions/8450708/ruby-test-unit-how-do-i-display-the-messages-in-asserts/8468287#8468287

失败消息应该为失败消息添加上下文。因此，任何事情都可以让您不必深入研究测试代码以了解失败的原因。

因此，如果 [方法名称、预期、实际] 设置足以满足上述目的，则可以跳过失败消息。如果您需要更多信息，请添加可选的失败消息。

e.g. Expected true but was false，没有告诉我任何事情。

您可以使用失败消息，以便Return value should contain only multiples of 10. Expected true but was false

您可以首先尝试使用更具描述性的匹配器。 这样失败就可以读取Expected all items to be divisible by 10 but was [10,20,35,40] does.

就我个人而言，我更喜欢匹配器......使用失败消息作为最后的手段。 （因为像注释一样，它会衰减。您需要纪律来确保在更改检查时更新失败消息。）