当前位置: 首页 > 知识库问答 >
问题:

AssertJ-检查类后继续使用流畅的断言

牛骞仕
2023-03-14

假设我有一个映射 ,我这样做:

    assertThat( spyActionMap.get( "a" ) ).isInstanceOf( Action.class );

...通行证。现在我要检查获得的操作是否正确:

    assertThat( spyActionMap.get( "a" ) ).isInstanceOf( Action.class ).getValue( Action.NAME ).isEqualTo( "Go crazy" );

共有1个答案

康泽宇
2023-03-14

您可以尝试IsInstanceOfSatifying并在使用者中指定断言:

Object yoda = new Jedi("Yoda", "Green");
Object luke = new Jedi("Luke Skywalker", "Green");

Consumer<Jedi> jediRequirements = jedi -> {
   assertThat(jedi.getLightSaberColor()).isEqualTo("Green");
   assertThat(jedi.getName()).doesNotContain("Dark");
};

assertThat(yoda).isInstanceOfSatisfying(Jedi.class, jediRequirements);
assertThat(luke).isInstanceOfSatisfying(Jedi.class, jediRequirements);
 类似资料:
  • 这当然不能编译。 导致该问题的示例代码如下: null 但是T在上下文中是不知道的。 这并没有什么不同。 有没有我错过的解决方案?

  • 我有一个列表,我想用流过滤,抓取前10个,并显示给用户。按下按钮后..我想从那个位置继续流。 但问题是,这里我不得不在第一个10+多个不匹配的过滤器上运行过滤器(再次)。

  • 让我们假设我有一个类,它不实现,还有一个类,它实现。 使用AssertJ的fluent API,我现在假设可以执行以下操作: 由于不实现可比,将返回类型,并且由于也返回,所以我无法访问和方法,这些方法在接口中声明。 'only'返回而不返回有什么原因吗? 当然,我可以按照的内容重写上面的断言,但是表达式本身并不特别易读,而且如果出现故障,生成的消息('expected:<-1>大于:<0>)不会提

  • 本文向大家介绍nunit 基本流畅断言,包括了nunit 基本流畅断言的使用技巧和注意事项,需要的朋友参考一下 示例            

  • 我有疑问。我写了一个流类型检查器来检查我的减速器。有一个错误,你能给我解释一下错误的原因吗。这是我的密码。 这是错误。 错误------------------------------------------------------------------------------------------------------------------------------------------

  • 我使用以下断言,但失败了。这是在AssertJ中测试JSON的正确方法吗。