日常工作中，不管你是寫(xiě)Unit Test，還是采用TDD的編程方式進(jìn)行開(kāi)發(fā)，都會(huì)遇到斷言。而斷言的風(fēng)格常見(jiàn)的會(huì)有Assert、BDD風(fēng)格，對(duì)于這些常見(jiàn)的斷言風(fēng)格你怎么選擇呢？

01 Assert風(fēng)格

JUnit中提供了這樣的assert斷言風(fēng)格，例如：

[@Test](https://my.oschina.net/azibug)

void should_be_unlocked_when_insert_coin_given_a_entrance_machine_with_locked_state() {

EntranceMachine entranceMachine = new EntranceMachine(EntranceMachineState.LOCKED);

String result = entranceMachine.execute(Action.INSERT_COIN);

assertEquals("opened", result);

assertEquals(EntranceMachineState, entranceMachineState.UNLOCKED);

}

Hamcrest和AssertJ都提供了assertThat()這樣風(fēng)格的斷言，例如：

AssertJ提供的assertThat()的斷言語(yǔ)法

[@Test](https://my.oschina.net/azibug)

void should_be_unlocked_when_insert_coin_given_a_entrance_machine_with_locked_state() {

EntranceMachine entranceMachine = new EntranceMachine(EntranceMachineState.LOCKED);

String result = entranceMachine.execute(Action.INSERT_COIN);

assertThat(result).isEqualsTo("opened");

assertThat(EntranceMachineState).isEqualsTo(entranceMachineState.UNLOCKED);

}

Hamcrest提供的assertThat()斷言語(yǔ)法

[@Test](https://my.oschina.net/azibug)

void should_be_unlocked_when_insert_coin_given_a_entrance_machine_with_locked_state() {

EntranceMachine entranceMachine = new EntranceMachine(EntranceMachineState.LOCKED);

String result = entranceMachine.execute(Action.INSERT_COIN);

assertThat(result, is("opened"));

assertThat(EntranceMachineState, is(entranceMachineState.UNLOCKED));

}

對(duì)比上面三種斷言語(yǔ)法，因?yàn)閳?chǎng)景簡(jiǎn)單，所以結(jié)果差異并不是很大。對(duì)于我個(gè)人更加偏向于使用AssertJ提供的斷言風(fēng)格。因?yàn)檫@種風(fēng)格避免JUnit提供的斷言中經(jīng)常遇到的問(wèn)題，expected在前還是actural在前的問(wèn)題。相比于Hamcrest的斷言風(fēng)格，在日常工作中綜合對(duì)比發(fā)現(xiàn)AssertJ的更加清晰，畢竟AssertJ中assertThat只需要接收一個(gè)參數(shù)，而不用關(guān)注括號(hào)是否對(duì)齊的問(wèn)題。

日常工作中如果使用TDD，且場(chǎng)景適當(dāng)(例如上面例子)，那么Hamcreate和AssertJ的差別不是很大。JUnit5默認(rèn)提供了Hamcreate的斷言，不需要額外的再引入其他依賴。

02 BDD風(fēng)格

代碼的可讀性越來(lái)越收到開(kāi)發(fā)者的重視。測(cè)試代碼的可讀性同樣重要，為了讓測(cè)試代碼結(jié)構(gòu)清晰，便于業(yè)務(wù)邏輯變動(dòng)時(shí)能快讀讀懂測(cè)試的上下文，很多開(kāi)發(fā)團(tuán)隊(duì)約定了BDD的風(fēng)格來(lái)組織測(cè)試代碼。其中包含兩部分的約定：測(cè)試方法名的約定，測(cè)試代碼段落的約定。

例如前面的例子：

[@Test](https://my.oschina.net/azibug)

void should_be_unlocked_when_insert_coin_given_a_entrance_machine_with_locked_state() {

...

}

雖然方法名很長(zhǎng)，但是通過(guò)方法名我們能夠快速知道測(cè)試類中有哪些測(cè)試，通過(guò)方法名我們能夠清晰的當(dāng)前測(cè)試的上下文，在測(cè)什么，期望的結(jié)果什么。通過(guò)方法名而不是通過(guò)比方法名長(zhǎng)很多的代碼段來(lái)獲取測(cè)試在測(cè)什么的信息，畢竟閱讀代碼時(shí)間和修改代碼時(shí)間可能是10:1，甚至20:1。所以團(tuán)隊(duì)約定BDD的風(fēng)格組織在后續(xù)修改代碼時(shí)，是受益良多的。

當(dāng)需要也帶具體的測(cè)試代碼的時(shí)候，團(tuán)隊(duì)發(fā)現(xiàn)按照BDD這種三段式的風(fēng)格來(lái)組織代碼受益良多。例如：

[@Test](https://my.oschina.net/azibug)

void should_be_unlocked_when_insert_coin_given_a_entrance_machine_with_locked_state() {

EntranceMachine entranceMachine = new EntranceMachine(EntranceMachineState.LOCKED);

String result = entranceMachine.execute(Action.INSERT_COIN);

assertThat(result).isEqualsTo("opened");

assertThat(EntranceMachineState).isEqualsTo(entranceMachineState.UNLOCKED);

}

我們可以清晰的知道哪行代碼在描述上下文，哪幾行代碼在描述測(cè)試意圖，哪幾行代碼在描述測(cè)試結(jié)果驗(yàn)證。

BDD的風(fēng)格能夠幫助團(tuán)隊(duì)將測(cè)試代碼維護(hù)的較為清晰。AssertJ提供了BDD風(fēng)格的斷言方式。使用then()語(yǔ)法。例如：

@Test

void should_be_unlocked_when_insert_coin_given_a_entrance_machine_with_locked_state() {

EntranceMachine entranceMachine = new EntranceMachine(EntranceMachineState.LOCKED);

String result = entranceMachine.execute(Action.INSERT_COIN);

then(result).isEqualsTo("opened");

then(EntranceMachineState).isEqualsTo(entranceMachineState.UNLOCKED);

}

斷言變化不大。但是真正仔細(xì)讀的時(shí)候，會(huì)發(fā)現(xiàn)使用then()還是簡(jiǎn)單那么一點(diǎn)點(diǎn)的。

我們常用的Mock工具M(jìn)ockito，也提供了BDD風(fēng)格的斷言:then(), should(), and()。

import static org.mockito.BDDMockito.then;

import static org.assertj.core.api.BDDAssertions.and;

import static org.mockito.Mockito.mock;

import static org.mockito.Mockito.times;

@SuppressWarnings("static-access")

@Test

public void bdd_assertions_with_bdd_mockito() {

Person person = mock(Person.class)

person.ride(bike);

person.ride(bike);

then(person).should(times(2)).ride(bike);

and.then(person.hasBike()).isTrue();

}

所以日常開(kāi)發(fā)中，我會(huì)首先選擇then()，其次會(huì)選擇assertThat()。

除了以上兩種斷言風(fēng)格，流式斷言讓代碼更清晰，斷言重復(fù)內(nèi)容更少

當(dāng)我們需要為某個(gè)結(jié)果測(cè)試多個(gè)測(cè)試點(diǎn)時(shí)，如果為每個(gè)測(cè)試點(diǎn)都組織一次相同的上下文，那么重復(fù)代碼太多。帶來(lái)的價(jià)值就是那么一點(diǎn)點(diǎn)區(qū)別，所以在測(cè)試力度上我們可以根據(jù)經(jīng)驗(yàn)來(lái)在開(kāi)發(fā)工程中動(dòng)態(tài)調(diào)整。

下面據(jù)一個(gè)例子，當(dāng)我們需要驗(yàn)證有一個(gè)查詢方法返回的List的結(jié)果時(shí)，不單單要驗(yàn)證List中元素的數(shù)量，還要驗(yàn)證元素是否時(shí)期望的順序。那么流式寫(xiě)法會(huì)縮減一部分重復(fù)的斷言代碼。

then(users).hasSize(3)

.containsExactlyInAnyOrder(

firstUser,

secondUser,

thirdUser);

上面是日常工作中經(jīng)常使用到的斷言技巧，你的怎么選擇的呢？那種風(fēng)格無(wú)所謂能工作就行？

參考

總結(jié)

以上是生活随笔為你收集整理的java三段式if_Java几种常用的断言风格你怎么选？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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