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

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

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

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

@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()是標準的Hamcrest匹配器。

減少冗長的第一個想法是用lambda表達式替換Callable并內聯private方法：

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

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

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

有人甚至可以進一步刪除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表達式中使用AssertJ斷言：

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

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

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

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

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。