LocalDateTime 集成测试中的精度差异问题解决

LocalDateTime 集成测试中的精度差异问题解决

本文旨在解决在使用 JPA 存储 LocalDateTime 类型数据时,集成测试中出现的精度不一致问题。通过分析测试代码和数据库存储值的差异,提供一种修正方案,确保测试结果与实际数据相符。本文将重点关注如何正确地在集成测试中验证 LocalDateTime 字段,避免因精度问题导致的断言失败。

问题分析

在集成测试中,我们经常需要验证数据库中存储的数据是否与预期一致。当涉及到 LocalDateTime 类型的数据时,由于数据库存储精度和 Java 对象精度的差异,可能会导致断言失败。例如,在提供的例子中,测试代码期望 _embedded.positionsSnapshotDToes.linkTime 的值为 2022-11-09T10:01:03.152146400,而实际数据库存储的值为 2022-11-09T10:01:03.152146。这是因为数据库可能只存储到微秒级别,而 Java 的 LocalDateTime 对象可以存储到纳秒级别。

解决方案

要解决这个问题,我们需要在测试代码中进行适当的转换,以匹配数据库存储的精度。以下是一种可行的解决方案:

  1. 从响应中解析 LocalDateTime 对象: 不要直接将 LocalDateTime 对象转换为字符串进行比较,而是从响应中解析出 LocalDateTime 对象。

  2. 使用 LocalDateTime.parse() 方法: 使用 LocalDateTime.parse() 方法将从响应中获取的字符串转换为 LocalDateTime 对象。

    LocalDateTime 集成测试中的精度差异问题解决

    LLaMA

    Meta公司发布的下一代开源大型语言模型

    LocalDateTime 集成测试中的精度差异问题解决179

    查看详情 LocalDateTime 集成测试中的精度差异问题解决

  3. 直接比较 LocalDateTime 对象: 将解析后的 LocalDateTime 对象与预期的 LocalDateTime 对象进行比较。

修改后的测试代码如下:

@Test shouldPasslinkTime() {          final LocalDateTime anyLinkTime = LocalDateTime.now();          posSnapshotRepo.save(                 PositionsSnapshot.builder()                         .linkTime(anyLinkTime)                         .build()         );         SnapshotFilterDTO dto = SnapshotFilterDTO.builder()                 .build();          given()                 .spec(correctCredentialsAndPortSpec)                 .log().ifValidationFails()                 .contentType("application/JSon")                 .body(MAPPER_HELPER.writeValueAsString(dto))                 .when()                 .post("service/unmatched")                 .then()                 .statusCode(200)                 .log().ifValidationFails()                 .and().body("_embedded.positionsSnapshotDToes.linkTime[0]", equalTo(anyLinkTime.toString().substring(0,26)))                   .and().body("page.totalPages", equalTo(1))                 .and().body("page.totalElements", equalTo(1))                 .and().body("page.number", equalTo(0));     }

代码解释:

  • .and().body(“_embedded.positionsSnapshotDToes.linkTime[0]”, equalTo(anyLinkTime.toString().substring(0,26))):这一行代码从响应的 json 中获取 _embedded.positionsSnapshotDToes.linkTime 数组的第一个元素,然后截取字符串前26个字符,与anyLinkTime.toString()的前26个字符进行比较。这是因为数据库中存储的时间精度可能只到毫秒级别,因此需要截断anyLinkTime的字符串表示,以匹配数据库中的精度。

注意事项

  • 数据库精度: 确保了解数据库存储 LocalDateTime 类型的精度。不同的数据库可能支持不同的精度级别。
  • 时区: 在处理 LocalDateTime 时,要注意时区问题。如果数据库存储的是 UTC 时间,而 Java 对象是本地时间,则需要进行时区转换。
  • 序列化/反序列化: 在将 LocalDateTime 对象序列化为 JSON 字符串时,要确保使用的序列化器能够正确处理 LocalDateTime 类型。

总结

在集成测试中验证 LocalDateTime 类型的数据时,需要注意数据库存储精度和 Java 对象精度的差异。通过从响应中解析 LocalDateTime 对象,并使用 LocalDateTime.parse() 方法进行转换,可以避免因精度问题导致的断言失败。此外,还需要注意时区和序列化/反序列化等问题,以确保测试结果的准确性。

© 版权声明
THE END
喜欢就支持一下吧
点赞12 分享
评论 抢沙发

请登录后发表评论

    暂无评论内容