【问题标题】:Mockito Unit tests - Timestamps are differentMockito 单元测试 - 时间戳不同
【发布时间】:2019-01-02 15:04:50
【问题描述】:

在 Mockito 测试中遇到一些问题。

我目前收到此错误:

Argument(s) are different! Wanted:
repository.save(
    uk.co.withersoft.docservice.repositories.hibernate.MetaDataEntity@3e437e6c
);
-> at uk.co.withersoft.docservice.datastore.impl.MetaDataStoreImplTest.storeClaimMetadata(MetaDataStoreImplTest.java:55)
Actual invocation has different arguments:
repository.save(
    uk.co.withersoft.docservice.repositories.hibernate.MetaDataEntity@3e361ee2
);

我很确定是因为MetaDataEntity 内的时间不同

//这是我应该得到的

id = null
metaData = "{"caseReference":"CN00000001","claimReference":"LN00000001","rpsDocumentType":"REJ","documentTitle":"Claims LN00000001 (Claimant: Mr LOCAL HOST) REJ-Rejection letter"}"
batchId = 0
state = "Saved MetaData to DB"
lastUpdatedDate = {Timestamp@1517} "2018-07-25 18:39:21.993"
createdDate = {Timestamp@1518} "2018-07-25 18:39:21.993"

// 这实际上是我得到的。

id = null
metaData = "{"caseReference":"CN00000001","claimReference":"LN00000001","rpsDocumentType":"REJ","documentTitle":"Claims LN00000001 (Claimant: Mr LOCAL HOST) REJ-Rejection letter"}"
batchId = 0
state = "Saved MetaData to DB"
lastUpdatedDate = {Timestamp@1530} "2018-07-25 18:39:49.274"
createdDate = {Timestamp@1531} "2018-07-25 18:39:52.716"

这是我的测试用例:

@Test
    public void storeClaimMetadata () throws JsonProcessingException {

        ClaimMetaData metaData = constructMetaData();

        MetaDataEntity mockResponseMetaDataEntity = new MetaDataEntity();
        mockResponseMetaDataEntity.setId(1);

        when(repository.save(any(MetaDataEntity.class))).thenReturn(mockResponseMetaDataEntity);

        Integer result = testSubject.storeClaimMetadata(metaData);

        assertEquals(Integer.valueOf(1), result);

        final ObjectMapper mapper = new ObjectMapper();
        String jsonMetaData = mapper.writeValueAsString(metaData);

        MetaDataEntity expectedMetaDataEntity = new MetaDataEntity(null,
                                                                   jsonMetaData,
                                                                   0,
                                                                   "Saved MetaData to DB",
                                                                   new Timestamp(System.currentTimeMillis()),
                                                                   new Timestamp(System.currentTimeMillis()));

        Mockito.verify(repository, times(1)).save(expectedMetaDataEntity);
    }

    //Creates a ClaimRequest
    private ClaimMetaData constructMetaData() {
        final ClaimMetaData metaData  = new ClaimMetaData("CN00000001",
                                                          "LN00000001",
                                                          "REJ",
                                                          "Claims LN00000001 (Claimant: Mr LOCAL HOST) REJ-Rejection letter");

        return metaData;
    }

任何帮助将不胜感激。这让我发疯了!!

【问题讨论】:

  • @GhostCat 没问题,你的解释很完美:)

标签: java unit-testing mockito


【解决方案1】:

这正是人们使用依赖注入的原因,因此他们可以指定返回可预测结果的测试合作者。将硬编码的new Timestamp(System.currentTimeMillis) 替换为对Timestamp.from(Instant.now(clock)) 的调用。

java.time.Clock 是一个可用于获取时间戳值的接口。可以使用返回系统时钟的工厂方法之一将真正的实现注入到正在测试的代码中,如下所示(使用 Spring Java 配置):

@Bean
public Clock clock() {
    return Clock.systemDefaultZone();
}

对于测试代码,您可以有一个实现,您可以在其中指定您希望时钟返回的时间:

@Before 
public void setUp() {
    clock = Clock.fixed(date.toInstant(), ZoneId.of("America/NewYork"));
    systemUnderTest.setClock(clock);
}

【讨论】:

  • 我不知道时钟的事。好主意!
【解决方案2】:

这是“按设计工作”。

您正在调用计算时间戳的服务。就像,现在。

然后你有一个测试用例,它正在进行一些设置,并获取时间戳。现在。

猜猜看:虽然上面这两个“现在”彼此接近,但它们之间仍然存在一些延迟。

您正在检查是否相等,可以仅在时间戳相同时起作用!但它们不是,因为它们是一个接一个地创建的,中间有非常明显的延迟!

含义:您需要了解如何控制在应用程序中创建哪些时间戳,例如“时间戳应该是 t1 和 t2”。这样您的测试就可以检查“我找到了 t1 和 t2”。

或者,您只需更改您的验证步骤:您可以比较那些应该相等的部分,而不是尝试拥有“相等”的对象(因为时间戳不同而不能相等!) ,您可以检查它们是否“足够接近”。

【讨论】:

  • 创建一个采用 LocalDateTime 或 Timestamp 的重载方法;让现在假设的方法调用它。现在,您的测试可以每次都使用正确的时间戳实例化一个预期值。或者不要在 equals 和 hashCode 方法中包含时间戳。
  • @GhostCat 控制时间戳的最佳方法是什么?感谢您迄今为止的建议!
【解决方案3】:

在 Code 中,您可以使用 new Timestamp(System.currentTimeMillis()) 而不是 new Timestamp(DateTimeUtils.currentTimeMillis())。这里的 DateTimeUtils 来自 jodatime。

在测试用例中,可以在下面使用。

private SimpleDateFormat DATE_FORMATTER = new SimpleDateFormat("dd/MM/yyyy HH:mm:ss:SSS");

    @Before
    public void before() throws Exception {
        // define a fixed date-time
        Date fixedDateTime = DATE_FORMATTER.parse("01/07/2016 16:45:00:000");
        DateTimeUtils.setCurrentMillisFixed(fixedDateTime.getTime());
    }

    @After
    public void after() throws Exception {
        // Make sure to cleanup afterwards
        DateTimeUtils.setCurrentMillisSystem();
    }````

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-05-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多