AssertJ和Awaitility是在自動代碼測試中使用的兩個(gè)我最喜歡的工具。 不幸的是直到最近，還不能一起使用它。 但是隨后Java 8進(jìn)入了游戲，幾十行代碼足以使其在Awaility 1.6.0中實(shí)現(xiàn)。

AssertJ提供了一組豐富的斷言，其中包含非常有用的錯誤消息，所有這些消息都可以通過流暢的類型識別 API獲得。 Awaitility允許表達(dá)簡明異步調(diào)用的期望和易于閱讀的方式利用其縮短測試時(shí)間的積極等待模式（沒有更多的睡眠（5000）！）。

一年前，當(dāng)我正在使用復(fù)雜事件處理 （CEP）進(jìn)行算法交易項(xiàng)目時(shí)，就想到了將其一起使用的想法，而且我不喜歡僅針對具有Awaitility的異步測試學(xué)習(xí)Hamcrest斷言。 我能夠進(jìn)行工作的PoC ，但是它需要在AssertJ（然后是FEST Assert）代碼中進(jìn)行一些重要的復(fù)制，因此我擱置了這個(gè)想法。 一個(gè)月前，我正在為4Developers會議準(zhǔn)備有關(guān)異步代碼測試的演示文稿，并問自己一個(gè)問題：Java 8如何簡化Awaitility的使用？

在少數(shù)示例中，我將使用asynchronousMessageQueue消息隊(duì)列，該消息可用于發(fā)送ping請求并返回接收到的數(shù)據(jù)包的數(shù)量。 用Java 7中的Awaitility（基于代理的條件除外）對其進(jìn)行測試的一種方法是創(chuàng)建一個(gè)Callable類實(shí)例：

@Testpublic void shouldReceivePacketAfterWhileJava7Edition() {//whenasynchronousMessageQueue.sendPing();//thenawait().until(receivedPackageCount(), equalTo(1));}private Callable<Integer> receivedPackageCount() {return new Callable<Integer>() {@Overridepublic Integer call() throws Exception {return asynchronousMessageQueue.getNumberOfReceivedPackets();}};}

其中equalTo()是標(biāo)準(zhǔn)的Hamcrest匹配器。

減少冗長的第一個(gè)想法是用lambda表達(dá)式替換Callable并內(nèi)聯(lián)private方法：

@Testpublic void shouldReceivePacketAfterWhile() {//whenasynchronousMessageQueue.sendPing();//thenawait().until(() -> asynchronousMessageQueue.getNumberOfReceivedPackets(), equalTo(1));}

好多了。 以后的lambda表達(dá)式可以用方法參考代替：

@Testpublic void shouldReceivePacketAfterWhile() {//whenasynchronousMessageQueue.sendPing();//thenawait().until(asynchronousMessageQueue::getNumberOfReceivedPackets, equalTo(1));}

有人甚至可以進(jìn)一步刪除Hamcrest匹配器：

@Testpublic void shouldReceivePacketAfterWhile() {//whenasynchronousMessageQueue.sendPing();//thenawait().until(() -> asynchronousMessageQueue.getNumberOfReceivedPackets() == 1); //poor error message}

但是盡管它仍然可以正常工作，但錯誤消息的意義變得不那么重要了：

ConditionTimeoutException: Condition with lambda expression in AwaitilityAsynchronousShowCaseTest was not fulfilled within 2 seconds.

而不是很清楚：

ConditionTimeoutException: Lambda expression in AwaitilityAsynchronousShowCaseTest that uses AbstractMessageQueueFacade: expected <1> but was <0> within 2 seconds.>

解決方案是在lambda表達(dá)式中使用AssertJ斷言：

@Testpublic void shouldReceivePacketAfterWhileAssertJEdition() {//whenasynchronousMessageQueue.sendPing();//thenawait().until(() -> assertThat(asynchronousMessageQueue.getNumberOfReceivedPackets()).isEqualTo(1));}

并且由于新的AssertionCondition最初在幾分鐘之內(nèi)就被黑客入侵，因此在Awaitility 1.6.0中成為了現(xiàn)實(shí)。 當(dāng)然，會保留AssertJ流利的API和針對不同數(shù)據(jù)類型的有意義的故障消息。

作為獎勵，所有引發(fā)AssertionError的斷言（尤其是TestNG和JUnit標(biāo)準(zhǔn)斷言）也可以在lambda表達(dá)式中使用（但我不知道有人知道AssertJ的功能回到了“標(biāo)準(zhǔn)”斷言中）。

令人高興的是， 更改本身利用Runnable類來實(shí)現(xiàn)lambda和AssertJ支持，而Awaitility 1.6.0仍與Java 5兼容。 但是，出于可讀性考慮，僅在基于Java 8的項(xiàng)目中使用新結(jié)構(gòu)才有意義。

順便說一句，這是我在4Developers上的演講的“ 幻燈片 ”。

翻譯自: https://www.javacodegeeks.com/2014/04/using-assertj-and-awaitility-together-thanks-to-java-8-and-lambdas.html

總結(jié)

以上是生活随笔為你收集整理的借助Java 8和lambdas，可以一起使用AssertJ和Awaitility的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。