Quarkus反应式测试异常：断言恒通过及Uni类型服务测试问题

1. TransactionalUniAsserter断言始终通过的问题 #

TransactionalUniAsserter的断言必须关联实际的Uni执行流程才能生效，若只是单独调用断言方法而未绑定Uni操作，就会出现断言失效的情况。正确用法是通过链式调用关联要测试的Uni：

@QuarkusTest
class MyEntityTest {
    @Inject
    TransactionalUniAsserter asserter;

    @Test
    void testEntityCreation() {
        asserter.execute(() -> MyEntity.persist(new MyEntity("test")))
                .assertThat(() -> MyEntity.count(), count -> assertEquals(1L, count));
    }
}

注意：所有断言逻辑必须在TransactionalUniAsserter的链式调用中完成，它会自动管理事务与Vertx上下文，单独调用断言方法不会触发实际校验。

2. 测试返回Uni类型的Service方法报“No current Vertx context found” #

该错误是因为测试代码未在Vertx上下文中执行Uni操作，有两种解决方式：

• 使用@QuarkusTest注解：该注解会自动初始化Quarkus运行环境与Vertx上下文，测试方法中直接调用Service的Uni方法，配合UniAsserter完成断言：

@QuarkusTest
class MyServiceTest {
    @Inject
    MyService service;

    @Test
    void testServiceMethod(UniAsserter asserter) {
        asserter.assertThat(service.getEntityById(1L), entity -> assertNotNull(entity));
    }
}

• 手动绑定Vertx上下文：若不使用@QuarkusTest，可通过Uni.createFrom().context()包裹测试逻辑，但这种方式需要手动管理资源，优先推荐@QuarkusTest的简洁方案。

另外，避免直接调用uni.await().indefinitely()，除非确保当前处于Vertx上下文，否则同样会触发该错误，优先用UniAsserter处理异步断言。

3. 是否只需测试资源层 #

不是必须只测试资源层，分层测试更能保障代码质量：

• 资源层：测试HTTP请求的正确性，比如状态码、响应体格式、参数校验等，用@QuarkusTest配合RestAssured实现。
• Service层：测试业务逻辑的正确性，比如数据处理、事务逻辑、异常处理等，这一层测试可聚焦业务规则，无需依赖HTTP请求。
• Repository层：如果有自定义的Panache查询逻辑，可单独测试确保查询语句正确；若仅使用Panache默认方法（如findById、persist），无需单独测试，Quarkus官方已保证这些方法的可靠性。

实际项目中，建议至少覆盖资源层与核心Service层的测试。

内容的提问来源于stack exchange，提问作者Nik