问题标签 [assertj]

有没有办法杀死所有 AssertJ 创建的固定装置，或者在创建新固定装置时如何防止挂起？在尝试将大量遗留 GUI 测试迁移到 AssertJ Swing 时，我经常不得不面对以下死锁：

这当然是由于错误使用灯具造成的，当正在创建一个新的而另一个仍然处于活动状态时。然而，这种僵局使迁移变得复杂。

当我尝试执行单元测试时，我在 AssertJ 上收到 NoSuchMethodError。make 步骤工作正常，当导航到 assertThat() 的实现时，它工作得很好。

模块依赖项显示我正在使用 org.assertj:assertj-code:1.2.0，因为我在 build.gradle 中定义为编译依赖项（是的，编译而不是测试）。单元测试驻留在我的模块的主类路径中，因为它是一个集成测试，所以这是故意的。iml 文件包含：

<orderEntry type="library" name="Gradle: org.assertj:assertj-core:1.2.0" level="project" />

我的示例测试是：

当我执行它时，我得到：

java.lang.NoSuchMethodError: org.assertj.core.api.Assertions.assertThat(I)Lorg/assertj/core/api/IntegerAssert;

当我查看运行配置时，类路径设置为正确的模块（包含 AssertJ 的模块）。

我尝试过使缓存无效，但这没有帮助。

我目前没有想法（没有双关语）。有谁以前见过这个吗？或者有关于如何进行故障排除的线索？

我正在尝试使用 fluentlenium 进行测试，并将其报告为范围报告。

问题是我在整个测试中都有断言，并且想要在不使用 try 和 catch 的情况下报告它们。

任何想法如何做到这一点？是否有断言侦听器或其他东西？

我正在使用 AssertJ 来测试 web，使用 fluentlenium 和范围报告来报告结果。

我在问题之前问过，但忘了提到 AssertJ 的使用。

提供的答案是扩展软断言并且它具有onAssertFailure功能。

AssertJ 软断言有类似的东西吗？还是有其他解决方案可以绕过它？

使用 Hamcrest 可以很容易地否定匹配器。例如，您可以编写如下断言：

即使用org.hamcrest.core.IsNot,org.hamcrest.core.AnyOf匹配器很容易组合或否定断言。

AssertJ 中是否有任何等价物？我知道可以组合/否定Conditions。但是正常的断言方法呢？例如，如果你想测试一个字符串不只包含数字，你会怎么做，即否定以下断言：

AssertJhasValueSatisfying(Consumer<T> requirement)为 JavaOptional对象提供了方法。此方法允许在可选值上创建断言，如下所示：

有没有等效的收藏方法？因为我可以滥用这样的allMatch(Predicate<? super T> predicate)方法

但是我必须添加误导return true;行，因为 Predicate 需要返回值。我更希望这里也有haveValuesSatisfying(Consumer<T> requirement)方法。我是否监督过这种方法或它不存在（还）？

我从 TestNG 断言切换到 Assertj，我真的很喜欢我获得的巨大灵活性。但是，我现在在运行一些 Selenium 测试时遇到了很多失败。我正在检查一些页面标题和一些锚文本，如下所示：

这总是对特殊字符失败。更奇怪的是，在 Eclipse 中将测试作为 jUnit 测试运行时它不会失败，但在 Windows 中使用 gradle 从命令行运行测试时总是会失败。我错过了什么吗？

我是测试新手，我必须assertj使用softassertions. 这些是在多个测试中重复的标准断言。对于我定义的每个测试 new SoftAssertion，做断言然后做.assertAll()

这似乎是很多样板代码。是否可以抽象assertall()基类中的断言函数和方法，以便我的测试可以扩展该类？

我在探索 Java 8 上 AssertJ 3.5.2 中 Condition 类的使用时遇到了这个问题。我可以为一般类型的 List 创建一个 Condition 实例，但是当我尝试使用它时在 Eclipse 中收到错误消息：

我得到的错误信息是：

AssertJ 中是否有针对这种或另一种方法的解决方案来对列表进行整体检查（不仅仅是逐项检查，而是基于序列或聚合的检查）？

有没有办法在使用 AssertJ 时再次抛出异常来检查原因中的消息是否等于某个字符串。

我目前正在做类似的事情：

并想添加一个断言来检查根本原因中的消息。