當(dāng)前位置：首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

cks32和stm32_cks子，间谍，局部Mo子和短管

發(fā)布時(shí)間：2023/12/3 编程问答 40 豆豆

生活随笔收集整理的這篇文章主要介紹了 cks32和stm32_cks子，间谍，局部Mo子和短管小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

cks32和stm32

本文是我們名為“ 用Mockito測(cè)試 ”的學(xué)院課程的一部分。

在本課程中，您將深入了解Mockito的魔力。您將了解有關(guān)“模擬”，“間諜”和“部分模擬”的信息，以及它們相應(yīng)的存根行為。您還將看到使用測(cè)試雙打和對(duì)象匹配器進(jìn)行驗(yàn)證的過(guò)程。最后，討論了使用Mockito的測(cè)試驅(qū)動(dòng)開發(fā)（TDD），以了解該庫(kù)如何適合TDD的概念。在這里查看！

1.簡(jiǎn)介

在本教程中，我們將深入研究使用Mockito存根類和接口。

2.模擬，存根，間諜–名稱是什么？

嘲笑中的許多術(shù)語(yǔ)可以互換使用，也可以作為動(dòng)詞和名詞使用。我們現(xiàn)在將對(duì)這些術(shù)語(yǔ)進(jìn)行定義，以避免將來(lái)造成混淆。

模擬（名詞） –一個(gè)對(duì)象，充當(dāng)另一個(gè)對(duì)象的雙精度對(duì)象。
模擬（動(dòng)詞） –創(chuàng)建模擬對(duì)象或?qū)Ψ椒ㄟM(jìn)行存根。
間諜（名詞） –裝飾現(xiàn)有對(duì)象并允許對(duì)該對(duì)象的方法進(jìn)行存根和對(duì)該對(duì)象的調(diào)用進(jìn)行驗(yàn)證的對(duì)象。
間諜（動(dòng)詞） –創(chuàng)建和使用間諜對(duì)象。
存根（名詞） –可以在調(diào)用方法時(shí)提供“罐頭答案”的對(duì)象。
存根（動(dòng)詞） –創(chuàng)建固定答案。
Partial Mock，Partial Stub（動(dòng)詞） –間諜的另一種術(shù)語(yǔ)，其中某些方法已被禁用。

從技術(shù)上講，Mockito是一個(gè)測(cè)試間諜框架，而不是模擬框架，因?yàn)樗刮覀兡軌騽?chuàng)建間諜和驗(yàn)證行為，以及創(chuàng)建具有存根行為的模擬對(duì)象。

正如在上一教程中所看到的，我們可以使用when().thenReturn()方法對(duì)給定接口或類的行為進(jìn)行存根。現(xiàn)在，我們將研究為Mocks和Spies提供存根的所有方法。

3.存根方法

給定以下界面：

public interface Printer {void printTestPage();}

以下是使用它的基于字符串緩沖區(qū)的簡(jiǎn)單化“文字處理器”類：

public class StringProcessor {private Printer printer;private String currentBuffer;public StringProcessor(Printer printer) {this.printer = printer;}public Optional<String> statusAndTest() {printer.printTestPage();return Optional.ofNullable(currentBuffer);}}

我們要編寫一個(gè)測(cè)試方法，該方法將測(cè)試構(gòu)造后是否缺少當(dāng)前緩沖區(qū)并處理測(cè)試頁(yè)的打印。

這是我們的測(cè)試課程：

public class StringProcessorTest {private Printer printer;@Testpublic void internal_buffer_should_be_absent_after_construction() {// GivenStringProcessor processor = new StringProcessor(printer);// WhenOptional<String> actualBuffer = processor.statusAndTest();// ThenassertFalse(actualBuffer.isPresent());} }

我們知道statusAndTest()將涉及對(duì)Printer的printTestPage()方法的調(diào)用，并且printer引用未初始化，因此如果執(zhí)行此測(cè)試，我們將以NullPointerException結(jié)尾。為了避免這種情況，我們只需要注釋測(cè)試類以告訴JUnit使用Mockito運(yùn)行它，并注釋Printer作為一個(gè)模擬，以告訴mockito為此創(chuàng)建一個(gè)模擬。

@RunWith(MockitoJUnitRunner.class) public class StringProcessorTest {@Mockprivate Printer printer;@Testpublic void internal_buffer_should_be_absent_after_construction() {// GivenStringProcessor processor = new StringProcessor(printer);// WhenOptional<String> actualBuffer = processor.statusAndTest();// ThenassertFalse(actualBuffer.isPresent());}}

現(xiàn)在我們可以執(zhí)行測(cè)試，Mockito將為我們創(chuàng)建Printer的實(shí)現(xiàn)，并將其實(shí)例分配給printer變量。我們將不再獲得NullPointerException。

但是，如果Printer是一類實(shí)際完成某些工作的類，例如打印物理測(cè)試頁(yè)，該怎么辦？如果我們選擇了@Spy而不是創(chuàng)建@Mock怎么辦？記住，除非被偵聽，否則間諜會(huì)在類上調(diào)用間諜的真實(shí)方法。我們希望避免在調(diào)用該方法時(shí)做任何實(shí)際的事情。讓我們做一個(gè)簡(jiǎn)單的Printer實(shí)現(xiàn)：

public class SysoutPrinter implements Printer {@Overridepublic void printTestPage() {System.out.println("This is a test page");}}

并將其作為間諜添加到我們的測(cè)試類中，并添加一個(gè)新方法來(lái)測(cè)試使用它：

@Spyprivate SysoutPrinter sysoutPrinter;@Testpublic void internal_buffer_should_be_absent_after_construction_sysout() {// GivenStringProcessor processor = new StringProcessor(sysoutPrinter);// WhenOptional<String> actualBuffer = processor.statusAndTest();// ThenassertFalse(actualBuffer.isPresent());}

如果現(xiàn)在執(zhí)行此測(cè)試，您將在控制臺(tái)上看到以下輸出：

This is a test page

這確認(rèn)我們的測(cè)試用例實(shí)際上是在執(zhí)行SysoutPrinter類的真實(shí)方法，這是因?yàn)樗荢py而不是Mock。如果該類實(shí)際執(zhí)行了測(cè)試頁(yè)的實(shí)際物理打印，那將是非常不希望的！

當(dāng)我們執(zhí)行部分模擬或Spy時(shí)，可以使用org.mockito.Mockito.doNothing()調(diào)用的方法進(jìn)行存根，以確保其中沒(méi)有任何org.mockito.Mockito.doNothing() 。

讓我們添加以下導(dǎo)入和測(cè)試：

import static org.mockito.Mockito.*;@Testpublic void internal_buffer_should_be_absent_after_construction_sysout_with_donothing() {// GivenStringProcessor processor = new StringProcessor(sysoutPrinter);doNothing().when(sysoutPrinter).printTestPage();// WhenOptional<String> actualBuffer = processor.statusAndTest();// ThenassertFalse(actualBuffer.isPresent());}

注意方法doNothing.when(sysoutPrinter).printTestPage() ：這告訴Mockito當(dāng)調(diào)用@Spy sysoutPrinter的void方法printTestPage ，不應(yīng)執(zhí)行真正的方法，而應(yīng)執(zhí)行任何操作。現(xiàn)在，當(dāng)我們執(zhí)行此測(cè)試時(shí)，屏幕上看不到任何輸出。

如果未連接物理打印機(jī)，如果我們擴(kuò)展打印機(jī)接口以引發(fā)新的PrinterNotConnectedException異常，該怎么辦？我們?nèi)绾螠y(cè)試這種情況？

首先，讓我們創(chuàng)建一個(gè)非常簡(jiǎn)單的新異常類。

public class PrinterNotConnectedException extends Exception {private static final long serialVersionUID = -6643301294924639178L;}

并修改我們的界面以將其拋出：

void printTestPage() throws PrinterNotConnectedException;

如果拋出異常，我們還需要修改StringProcessor以執(zhí)行某些操作。為了簡(jiǎn)單起見，我們只將異常拋出給調(diào)用類。

public Optional<String> statusAndTest() throws PrinterNotConnectedException

現(xiàn)在我們要測(cè)試異常是否傳遞給調(diào)用類，因此我們必須強(qiáng)制打印機(jī)拋出異常。與doNothing()類似，我們可以使用doThrow強(qiáng)制執(zhí)行異常。

讓我們添加以下測(cè)試：

@Test(expected = PrinterNotConnectedException.class)public void printer_not_connected_exception_should_be_thrown_up_the_stack() throws Exception {// GivenStringProcessor processor = new StringProcessor(printer);doThrow(new PrinterNotConnectedException()).when(printer).printTestPage();// WhenOptional<String> actualBuffer = processor.statusAndTest();// ThenassertFalse(actualBuffer.isPresent());}

在這里，我們看到可以使用doThrow()拋出所需的任何異常。在這種情況下，我們將拋出滿足我們測(cè)試要求的PrinterNotConnectedException 。

現(xiàn)在我們已經(jīng)學(xué)習(xí)了如何對(duì)void方法進(jìn)行存根，讓我們看一下返回一些數(shù)據(jù)。

4.存根返回值

讓我們開始創(chuàng)建一個(gè)數(shù)據(jù)訪問(wèn)對(duì)象，以從數(shù)據(jù)庫(kù)中持久化和檢索客戶對(duì)象。該DAO將使用內(nèi)部的企業(yè)java EntityManager接口進(jìn)行實(shí)際的數(shù)據(jù)庫(kù)交互。

為了使用EntityManager我們將使用JPA 2.0的Hibernate實(shí)現(xiàn)，將以下依賴項(xiàng)添加到pom.xml中：

<dependency><groupId>org.hibernate.javax.persistence</groupId><artifactId>hibernate-jpa-2.0-api</artifactId><version>1.0.1.Final</version></dependency>

現(xiàn)在，我們將創(chuàng)建一個(gè)簡(jiǎn)單的Customer實(shí)體來(lái)表示要保留的Customer。

@Entity public class Customer {@Id @GeneratedValueprivate long id;private String name;private String address;public Customer() {}public Customer(long id, String name, String address) {super();this.id = id;this.name = name;this.address = address;}public long getId() {return id;}public void setId(long id) {this.id = id;}public String getAddress() {return address;}public void setAddress(String address) {this.address = address;}public String getName() {return name;}public void setName(String name) {this.name = name;}}

現(xiàn)在，我們將創(chuàng)建一個(gè)骨架DAO，該骨架使用@PersistenceContext配置注入的EntityManager 。我們不必?fù)?dān)心使用Java持久性體系結(jié)構(gòu)（JPA）或它如何工作-我們將使用Mockito完全繞過(guò)它，但這是Mockito實(shí)際應(yīng)用的一個(gè)很好的實(shí)例。

public class CustomerDAO {@PersistenceContextEntityManager em;public CustomerDAO(EntityManager em) {this.em = em;}}

我們將在DAO中添加基本的“檢索和更新”功能，并使用Mockito對(duì)其進(jìn)行測(cè)試。

首先使用Retrieve方法-我們將傳遞一個(gè)ID并從數(shù)據(jù)庫(kù)中返回適當(dāng)?shù)腃ustomer（如果存在）。

public Optional<Customer> findById(long id) throws Exception {return Optional.ofNullable(em.find(Customer.class, id));}

在這里，我們使用Java Optional來(lái)避免對(duì)結(jié)果進(jìn)行空檢查。

現(xiàn)在，我們可以添加測(cè)試以在找到客戶但找不到客戶的地方測(cè)試此方法–我們將使用Mockito方法org.mockito.Mockito.when對(duì)find()方法進(jìn)行存根處理以在每種情況下返回適當(dāng)?shù)腛ptional。然后thenReturn()

讓我們?nèi)缦聞?chuàng)建Test類（為Mockito方法import static org.mockito.Mockito.*; ）：

@RunWith(MockitoJUnitRunner.class) public class CustomerDAOTest {private CustomerDAO dao;@Mockprivate EntityManager mockEntityManager;@Beforepublic void setUp() throws Exception {dao = new CustomerDAO(mockEntityManager);}@Testpublic void finding_existing_customer_should_return_customer() throws Exception {// Givenlong expectedId = 10;String expectedName = "John Doe";String expectedAddress = "21 Main Street";Customer expectedCustomer = new Customer(expectedId, expectedName, expectedAddress);when(mockEntityManager.find(Customer.class, expectedId)).thenReturn(expectedCustomer);// WhenOptional<Customer> actualCustomer = dao.findById(expectedId);// ThenassertTrue(actualCustomer.isPresent());assertEquals(expectedId, actualCustomer.get().getId());assertEquals(expectedName, actualCustomer.get().getName());assertEquals(expectedAddress, actualCustomer.get().getAddress());} }

我們看到了用于啟用模仿，模仿EntityManger并將其注入到測(cè)試中的類的常用樣板。讓我們看一下測(cè)試方法。

第一行涉及創(chuàng)建具有已知期望值的Customer ，然后我們看到對(duì)Mockito的調(diào)用告訴我們，當(dāng)使用我們提供的特定輸入?yún)?shù)調(diào)用EntityManager.find()方法時(shí)，該客戶將返回此客戶。然后，我們執(zhí)行findById()方法和一組斷言的實(shí)際執(zhí)行，以確保我們獲得了期望的值。

讓我們剖析Mockito調(diào)用：

when(mockEntityManager.find(Customer.class, expectedId)).thenReturn(expectedCustomer);

這演示了Mockito強(qiáng)大而優(yōu)雅的語(yǔ)法。讀起來(lái)幾乎像普通的英語(yǔ)。當(dāng)find()的方法mockEntityManager對(duì)象被稱為與特定輸入Customer.class和expectedId ，然后返回expectedCustomer對(duì)象。

如果您使用未告知其期望的參數(shù)調(diào)用Mock，則它將僅返回null，如以下測(cè)試所示：

@Testpublic void invoking_mock_with_unexpected_argument_returns_null() throws Exception {// Givenlong expectedId = 10L;long unexpectedId = 20L;String expectedName = "John Doe";String expectedAddress = "21 Main Street";Customer expectedCustomer = new Customer(expectedId, expectedName, expectedAddress);when(mockEntityManager.find(Customer.class, expectedId)).thenReturn(expectedCustomer);// WhenOptional<Customer> actualCustomer = dao.findById(unexpectedId);// ThenassertFalse(actualCustomer.isPresent());}

您還可以在不同的時(shí)間對(duì)Mock進(jìn)行存根，以實(shí)現(xiàn)不同的行為，具體取決于輸入。讓我們讓Mock根據(jù)輸入的ID返回其他客戶：

@Testpublic void invoking_mock_with_different_argument_returns_different_customers() throws Exception {// Givenlong expectedId1 = 10L;String expectedName1 = "John Doe";String expectedAddress1 = "21 Main Street";Customer expectedCustomer1 = new Customer(expectedId1, expectedName1, expectedAddress1);long expectedId2 = 20L;String expectedName2 = "Jane Deer";String expectedAddress2 = "46 High Street";Customer expectedCustomer2 = new Customer(expectedId2, expectedName2, expectedAddress2);when(mockEntityManager.find(Customer.class, expectedId1)).thenReturn(expectedCustomer1);when(mockEntityManager.find(Customer.class, expectedId2)).thenReturn(expectedCustomer2);// WhenOptional<Customer> actualCustomer1 = dao.findById(expectedId1);Optional<Customer> actualCustomer2 = dao.findById(expectedId2);// ThenassertEquals(expectedName1, actualCustomer1.get().getName());assertEquals(expectedName2, actualCustomer2.get().getName());}

您甚至可以鏈接返回，以使模擬在每次調(diào)用時(shí)執(zhí)行不同的操作。請(qǐng)注意，如果您調(diào)用模擬程序的次數(shù)超過(guò)了您的存根行為，那么它將永遠(yuǎn)永遠(yuǎn)根據(jù)最后一個(gè)存根行為。

@Testpublic void invoking_mock_with_chained_stubs_returns_different_customers() throws Exception {// Givenlong expectedId1 = 10L;String expectedName1 = "John Doe";String expectedAddress1 = "21 Main Street";Customer expectedCustomer1 = new Customer(expectedId1, expectedName1, expectedAddress1);long expectedId2 = 20L;String expectedName2 = "Jane Deer";String expectedAddress2 = "46 High Street";Customer expectedCustomer2 = new Customer(expectedId2, expectedName2, expectedAddress2);when(mockEntityManager.find(Customer.class, expectedId1)).thenReturn(expectedCustomer1).thenReturn(expectedCustomer2);// WhenOptional<Customer> actualCustomer1 = dao.findById(expectedId1);Optional<Customer> actualCustomer2 = dao.findById(expectedId1);// ThenassertEquals(expectedName1, actualCustomer1.get().getName());assertEquals(expectedName2, actualCustomer2.get().getName());}

請(qǐng)注意，我們輸入了相同的ID到兩個(gè)電話，不同的行為是由第二goverened theReturn()方法，這只能是因?yàn)閣hen()存根的一部分明確預(yù)期和輸入expectedId1 ，如果我們通過(guò)expectedId2我們由于它不是存根中的期望值，因此會(huì)從模擬中獲得空響應(yīng)。

現(xiàn)在讓我們測(cè)試一下缺少客戶的情況。

@Testpublic void finding_missing_customer_should_return_null() throws Exception {// Givenlong expectedId = 10L;when(mockEntityManager.find(Customer.class, expectedId)).thenReturn(null);// WhenOptional<Customer> actualCustomer = dao.findById(expectedId);// ThenassertFalse(actualCustomer.isPresent());}

在這里我們可以看到我們使用相同的語(yǔ)法，但是這次使用它來(lái)返回null。

允許的Mockito您使用的可變參數(shù)thenReturn存根連續(xù)調(diào)用，所以如果我們想我們可以在前面的兩個(gè)測(cè)試搟成一個(gè)如下：

@Testpublic void finding_customer_should_respond_appropriately() throws Exception {// Givenlong expectedId = 10L;String expectedName = "John Doe";String expectedAddress = "21 Main Street";Customer expectedCustomer1 = new Customer(expectedId, expectedName, expectedAddress);Customer expectedCustomer2 = null;when(mockEntityManager.find(Customer.class, expectedId)).thenReturn(expectedCustomer1, expectedCustomer2);// WhenOptional<Customer> actualCustomer1 = dao.findById(expectedId);Optional<Customer> actualCustomer2 = dao.findById(expectedId);// ThenassertTrue(actualCustomer1.isPresent());assertFalse(actualCustomer2.isPresent());}

如果我們的find方法由于某些持久性問(wèn)題而引發(fā)異常怎么辦？讓我們測(cè)試一下！

@Test(expected=IllegalArgumentException.class)public void finding_customer_should_throw_exception_up_the_stack() throws Exception {// Givenlong expectedId = 10L;when(mockEntityManager.find(Customer.class, expectedId)).thenThrow(new IllegalArgumentException());// Whendao.findById(expectedId);// Thenfail("Exception should be thrown.");}

我們使用了thenThrow()方法引發(fā)異常。在對(duì)無(wú)效方法進(jìn)行存根時(shí)，將此語(yǔ)法與我們對(duì)doThrow()使用進(jìn)行doThrow() 。這是兩個(gè)相似但不同的方法– thenThrow()將不適用于void方法。

使用答案

上面我們看到我們創(chuàng)建了一個(gè)具有某些期望值的客戶。如果我們想創(chuàng)建一些已知的測(cè)試用戶并以id為基礎(chǔ)返回他們，則可以使用Answer ，可以從when()調(diào)用中返回。 Answer是Mockito提供的通用類型，用于提供“罐頭響應(yīng)”。它的answer()方法采用一個(gè)InvocationOnMock對(duì)象，該對(duì)象包含有關(guān)當(dāng)前模擬方法調(diào)用的某些信息。

讓我們創(chuàng)建3個(gè)客戶和一個(gè)Answer，根據(jù)輸入的ID選擇要退回的客戶。

首先，將3個(gè)客戶添加為測(cè)試類的私有成員。

private Customer homerSimpson, bruceWayne, tyrionLannister;

然后添加一個(gè)專用的setupCustomers方法以對(duì)其進(jìn)行初始化，然后從@Before方法進(jìn)行調(diào)用。

@Beforepublic void setUp() throws Exception {dao = new CustomerDAO(mockEntityManager);setupCustomers();}private void setupCustomers() {homerSimpson = new Customer(1, "Homer Simpson", "Springfield");bruceWayne = new Customer(2, "Bruce Wayne", "Gotham City");tyrionLannister = new Customer(2, "Tyrion Lannister", "Kings Landing");}

現(xiàn)在，我們可以基于在運(yùn)行時(shí)傳遞給傳遞給模擬EntityManager的find()方法的ID創(chuàng)建一個(gè)Answer來(lái)返回適當(dāng)?shù)腃ustomer。

private Answer<Customer> withCustomerById = new Answer<Customer>() {@Overridepublic Customer answer(InvocationOnMock invocation) throws Throwable {Object[] args = invocation.getArguments();int id = ((Long)args[1]).intValue(); // Cast to int for switch.switch (id) {case 1 : return homerSimpson;case 2 : return bruceWayne;case 3 : return tyrionLannister;default : return null;}}};

我們可以看到我們使用InvocationOnMock提取了傳遞到Mock方法調(diào)用中的參數(shù)。我們知道第二個(gè)參數(shù)是ID，因此我們可以讀取該參數(shù)并確定要返回的適當(dāng)客戶。稍后，帶有withCustomerById的答案的名稱將與我們的模擬語(yǔ)法匹配。

現(xiàn)在，讓我們編寫一個(gè)測(cè)試來(lái)證明此答案的實(shí)際效果。

@Testpublic void finding_customer_by_id_returns_appropriate_customer() throws Exception {// Givenlong[] expectedId = {1, 2, 3};when(mockEntityManager.find(eq(Customer.class), anyLong())).thenAnswer(withCustomerById);// WhenOptional<Customer> actualCustomer0 = dao.findById(expectedId[0]);Optional<Customer> actualCustomer1 = dao.findById(expectedId[1]);Optional<Customer> actualCustomer2 = dao.findById(expectedId[2]);// ThenassertEquals("Homer Simpson", actualCustomer0.get().getName());assertEquals("Bruce Wayne", actualCustomer1.get().getName());assertEquals("Tyrion Lannister", actualCustomer2.get().getName());}

讓我們?cè)敿?xì)了解一下存根線。

when(mockEntityManager.find(eq(Customer.class), anyLong())).thenAnswer(withCustomerById);

在這里，我們看到了一些新事物。第一件事是，我們不執(zhí)行when().thenReturn()而是執(zhí)行when().thenAnswer()并提供withCustomerById Answer作為要給出的答案。第二件事是我們不對(duì)傳遞給mockEntityManager.find()的ID使用真實(shí)值，而是使用靜態(tài)的org.mockito.Matchers.anyLong() 。這是一個(gè)Matcher ，用于使Mockito發(fā)出Answer，而無(wú)需檢查是否已傳入特定的Long值。Matchers讓我們忽略模擬調(diào)用的參數(shù)，而只專注于返回值。

我們還用eq() Matcher裝飾了Customer.class –這是由于您不能在Mock方法調(diào)用中混合使用實(shí)值和Matchers，您要么必須將所有參數(shù)都作為Matchers，要么必須將所有參數(shù)都作為實(shí)值。 eq()提供了一個(gè)Matcher，僅當(dāng)運(yùn)行時(shí)參數(shù)等于存根中的指定參數(shù)時(shí)才匹配。讓我們繼續(xù)僅在輸入類類型為Customer.class類型時(shí)不指定特定ID的情況下才返回Answer。

什么這一切意味著，三個(gè)調(diào)用mockEntityManager.find()用不同的ID是所有產(chǎn)生相同的答案報(bào)錯(cuò)，并且我們已經(jīng)編碼的答案與不同的ID相應(yīng)的客戶對(duì)象響應(yīng)是我們已經(jīng)成功地嘲笑一個(gè)EntityManager能力模仿現(xiàn)實(shí)行為。

有關(guān)行為驅(qū)動(dòng)開發(fā)測(cè)試約定的說(shuō)明

您可能已經(jīng)注意到，我們?cè)趩卧獪y(cè)試中采用了約定，將測(cè)試分為三部分– //給定，//時(shí)間和//然后。該約定稱為行為驅(qū)動(dòng)開發(fā)，是設(shè)計(jì)單元測(cè)試的一種非常合乎邏輯的方法。

// 給定的是設(shè)置階段，在該階段我們初始化數(shù)據(jù)和存根模擬類。它與陳述“給定以下初始條件”相同。
//什么時(shí)候是執(zhí)行階段，在該階段我們執(zhí)行被測(cè)方法并捕獲所有返回的對(duì)象。
//然后是驗(yàn)證階段，在此階段我們放置斷言邏輯，該邏輯將檢查該方法是否表現(xiàn)出預(yù)期的行為。

Mockito在org.mockito.BDDMockito類中開箱即用地支持BDD。它用BDD doppelgangers – given() ， willReturn() ， willThrow() ， willAnswer()替換了常規(guī)的存根方法– when() ， thenReturn() ， thenThrow() ， thenAnswer()等。這樣可以避免在// //給定部分中使用when() ，因?yàn)檫@可能會(huì)造成混淆。

因?yàn)槲覀冊(cè)跍y(cè)試中使用BDD約定，所以我們還將使用BDDMockito提供的方法。

讓我們使用BDDMockito語(yǔ)法重寫finding_existing_customer_should_return_customer() 。

import static org.mockito.BDDMockito.*;@Testpublic void finding_existing_customer_should_return_customer_bdd() throws Exception {// Givenlong expectedId = 10L;String expectedName = "John Doe";String expectedAddress = "21 Main Street";Customer expectedCustomer = new Customer(expectedId, expectedName, expectedAddress);given(mockEntityManager.find(Customer.class, expectedId)).willReturn(expectedCustomer);// WhenOptional<Customer> actualCustomer = dao.findById(expectedId);// ThenassertTrue(actualCustomer.isPresent());assertEquals(expectedId, actualCustomer.get().getId());assertEquals(expectedName, actualCustomer.get().getName());assertEquals(expectedAddress, actualCustomer.get().getAddress());}

測(cè)試的邏輯沒(méi)有改變，只是以BDD格式可讀。

在Eclipse中使用Mockito靜態(tài)方法的提示

如果要避免導(dǎo)入org.mockito.Mockito.*等，為各種Mockito靜態(tài)方法手動(dòng)添加靜態(tài)導(dǎo)入可能會(huì)很org.mockito.Mockito.*為了在Eclipse中為這些方法啟用內(nèi)容輔助，您只需啟動(dòng)org.mockito.Mockito.* > Preferences并轉(zhuǎn)到左側(cè)導(dǎo)航欄中的Java / Editor / Content Assist / Favorites。然后，按照?qǐng)D1添加以下內(nèi)容作為“ New Type…”。

org.mockito.Mockito
org.mockito.Matchers
org.mockito.BDDMockito

這會(huì)將Mockito靜態(tài)方法添加到Eclipse Content Assist中，使您可以在使用它們時(shí)自動(dòng)完成并導(dǎo)入它們。

圖1 – Content Assist收藏夾

使用多個(gè)模擬

現(xiàn)在，我們將結(jié)合在一起使用多個(gè)模擬。讓我們向DAO中添加一個(gè)方法以返回所有可用客戶的列表。

public List<Customer> findAll() throws Exception {TypedQuery<Customer> query = em.createQuery("select * from CUSTOMER", Customer.class);return query.getResultList();}

在這里，我們看到EntityManager的createQuery()方法返回一個(gè)通用類型TypedQuery 。它接受一個(gè)SQL String和一個(gè)作為返回類型的類作為參數(shù)。 TypedQuery本身公開了幾種方法，包括List getResultList() ，這些方法可用于執(zhí)行返回多個(gè)值的查詢，例如上面的select * from CUSTOMER查詢中的select * from CUSTOMER 。

為了對(duì)此方法編寫測(cè)試，我們將要?jiǎng)?chuàng)建一個(gè)TypedQuery的Mock。

@Mock private TypedQuery<Customer> mockQuery;

現(xiàn)在，我們可以對(duì)這個(gè)模擬查詢進(jìn)行存根以返回已知客戶的列表。讓我們創(chuàng)建一個(gè)答案來(lái)做到這一點(diǎn)，并重用我們先前創(chuàng)建的已知客戶。您可能已經(jīng)注意到Answer是一個(gè)功能接口，只有一種方法。我們正在使用Java 8，因此我們可以創(chuàng)建一個(gè)lambda表達(dá)式來(lái)表示我們的內(nèi)聯(lián)Answer，而不是像前面的Answer示例中那樣創(chuàng)建一個(gè)匿名內(nèi)部類。

given(mockQuery.getResultList()).willAnswer(i -> Arrays.asList(homerSimpson, bruceWayne, tyrionLannister));

當(dāng)然我們也可以將上面的存根編碼為

given(mockQuery.getResultList()).willReturn(Arrays.asList(homerSimpson, bruceWayne, tyrionLannister));given

這展示了Mockito的靈活性–總是有幾種不同的方式來(lái)做相同的事情。

現(xiàn)在我們已經(jīng)對(duì)模擬TypedQuery的行為進(jìn)行了存根，我們可以對(duì)模擬EntityManager進(jìn)行存根以在請(qǐng)求時(shí)返回它。與其將SQL引入我們的測(cè)試用例中， anyString()僅使用anyString()匹配器來(lái)觸發(fā)模擬createQuery() ，當(dāng)然，我們還將用eq()匹配器包圍該類參數(shù)。

完整的測(cè)試如下所示：

@Testpublic void finding_all_customers_should_return_all_customers() throws Exception {// Givengiven(mockQuery.getResultList()).willAnswer(i -> Arrays.asList(homerSimpson, bruceWayne, tyrionLannister));given(mockEntityManager.createQuery(anyString(), eq(Customer.class))).willReturn(mockQuery);// WhenList<Customer> actualCustomers = dao.findAll();// ThenassertEquals(actualCustomers.size(), 3);}

測(cè)試更新！

讓我們添加Update() DAO方法：

public Customer update(Customer customer) throws Exception {return em.merge(customer);}

現(xiàn)在查看是否可以為其創(chuàng)建測(cè)試。本教程隨附的示例代碼項(xiàng)目中已編寫了可能的解決方案。記住，在Mockito中有很多方法可以做相同的事情，看看是否能想到其中的幾種！

5.參數(shù)匹配器

Mocktio的自然行為是使用對(duì)象的equals()方法作為參數(shù)傳入，以查看是否存在特定的存根行為。但是，如果對(duì)我們來(lái)說(shuō)不重要的是那些值，則可以在存根時(shí)避免使用真實(shí)的對(duì)象和變量。我們通過(guò)使用Mockito參數(shù)匹配器來(lái)實(shí)現(xiàn)

我們已經(jīng)看到了一些運(yùn)行中的Mockito參數(shù)匹配器： anyLong() ， anyString()和eq 。當(dāng)我們不特別在意Mock的輸入時(shí)，我們會(huì)使用這些匹配器，我們只對(duì)編碼它的返回行為感興趣，并且我們希望它在所有條件下的行為都相同。

如前所述，但需要特別注意的是，當(dāng)使用參數(shù)匹配器時(shí)，所有參數(shù)都必須是參數(shù)匹配器，您不能將實(shí)值與參數(shù)匹配器混合和匹配，否則會(huì)從Mockito中獲取運(yùn)行時(shí)錯(cuò)誤。

參數(shù)匹配器都擴(kuò)展了org.mockito.ArgumentMatcher ，Mockito包含一個(gè)現(xiàn)成的參數(shù)匹配器庫(kù)，可以通過(guò)org.mockito.Matchers的靜態(tài)方法進(jìn)行org.mockito.Matchers ，要使用它們只需導(dǎo)入org.mockito.Matchers.* ;

您可以查看org.mockito.Matchers的javadoc，以查看Mockito提供的所有Matchers，而以下測(cè)試類演示了其中一些用法：

package com.javacodegeeks.hughwphamill.mockito.stubbing;import static org.junit.Assert.*; import static org.mockito.Matchers.*; import static org.mockito.Mockito.*;import java.util.Arrays; import java.util.Collections; import java.util.List; import java.util.Map; import java.util.Set;import org.junit.Test; import org.junit.runner.RunWith; import org.mockito.Mock; import org.mockito.Mockito; import org.mockito.runners.MockitoJUnitRunner;@RunWith(MockitoJUnitRunner.class) public class MatchersTest {public interface TestForMock {public boolean usesPrimitives(int i, float f, double d, byte b, boolean bool);public boolean usesObjects(String s, Object o, Integer i);public boolean usesCollections(List<String> list, Map<Integer, String> map, Set<Object> set);public boolean usesString(String s);public boolean usesVarargs(String... s);public boolean usesObject(Object o);}@MockTestForMock test;@Testpublic void test() {// default behaviour is to return falseassertFalse(test.usesString("Hello"));when(test.usesObjects(any(), any(), any())).thenReturn(true);assertTrue(test.usesObjects("Hello", new Thread(), 17));Mockito.reset(test);when(test.usesObjects(anyString(), anyObject(), anyInt())).thenReturn(true);assertTrue(test.usesObjects("Hi there", new Float(18), 42));Mockito.reset(test);when(test.usesPrimitives(anyInt(), anyFloat(), anyDouble(), anyByte(), anyBoolean())).thenReturn(true);assertTrue(test.usesPrimitives(1, 43.4f, 3.141592654d, (byte)2, false));Mockito.reset(test);// Gives unchecked type conversion warningwhen(test.usesCollections(anyList(), anyMap(), anySet())).thenReturn(true);assertTrue(test.usesCollections(Arrays.asList("Hello", "World"), Collections.EMPTY_MAP, Collections.EMPTY_SET));Mockito.reset(test);// Gives no warningwhen(test.usesCollections(anyListOf(String.class), anyMapOf(Integer.class, String.class), anySetOf(Object.class))).thenReturn(true);assertTrue(test.usesCollections(Collections.emptyList(), Collections.emptyMap(), Collections.emptySet()));Mockito.reset(test);// eq() must match exactlywhen(test.usesObjects(eq("Hello World"), any(Object.class),anyInt())).thenReturn(true);assertFalse(test.usesObjects("Hi World", new Object(), 360));assertTrue(test.usesObjects("Hello World", new Object(), 360));Mockito.reset(test);when(test.usesString(startsWith("Hello"))).thenReturn(true);assertTrue(test.usesString("Hello there"));Mockito.reset(test);when(test.usesString(endsWith("something"))).thenReturn(true);assertTrue(test.usesString("isn't that something"));Mockito.reset(test);when(test.usesString(contains("second"))).thenReturn(true);assertTrue(test.usesString("first, second, third."));Mockito.reset(test);// Regular Expressionwhen(test.usesString(matches("^\\\\w+$"))).thenReturn(true);assertTrue(test.usesString("Weak_Password1"));assertFalse(test.usesString("@Str0nG!pa$$woR>%42"));Mockito.reset(test);when(test.usesString((String)isNull())).thenReturn(true);assertTrue(test.usesString(null));Mockito.reset(test);when(test.usesString((String)isNotNull())).thenReturn(true);assertTrue(test.usesString("Anything"));Mockito.reset(test);// Object ReferenceString string1 = new String("hello");String string2 = new String("hello");when(test.usesString(same(string1))).thenReturn(true);assertTrue(test.usesString(string1));assertFalse(test.usesString(string2));Mockito.reset(test);// Compare to eq()when(test.usesString(eq(string1))).thenReturn(true);assertTrue(test.usesString(string1));assertTrue(test.usesString(string2));Mockito.reset(test);when(test.usesVarargs(anyVararg())).thenReturn(true);assertTrue(test.usesVarargs("A","B","C","D","E"));assertTrue(test.usesVarargs("ABC", "123"));assertTrue(test.usesVarargs("Hello!"));Mockito.reset(test);when(test.usesObject(isA(String.class))).thenReturn(true);assertTrue(test.usesObject("A String Object"));assertFalse(test.usesObject(new Integer(7)));Mockito.reset(test);// Field equality using reflectionwhen(test.usesObject(refEq(new SomeBeanWithoutEquals("abc", 123)))).thenReturn(true);assertTrue(test.usesObject(new SomeBeanWithoutEquals("abc", 123)));Mockito.reset(test);// Compare to eq()when(test.usesObject(eq(new SomeBeanWithoutEquals("abc", 123)))).thenReturn(true);assertFalse(test.usesObject(new SomeBeanWithoutEquals("abc", 123)));Mockito.reset(test);when(test.usesObject(eq(new SomeBeanWithEquals("abc", 123)))).thenReturn(true);assertTrue(test.usesObject(new SomeBeanWithEquals("abc", 123)));Mockito.reset(test);}public class SomeBeanWithoutEquals {private String string;private int number;public SomeBeanWithoutEquals(String string, int number) {this.string = string;this.number = number;}}public class SomeBeanWithEquals {private String string;private int number;public SomeBeanWithEquals(String string, int number) {this.string = string;this.number = number;}@Overridepublic int hashCode() {final int prime = 31;int result = 1;result = prime * result + getOuterType().hashCode();result = prime * result + number;result = prime * result+ ((string == null) ? 0 : string.hashCode());return result;}@Overridepublic boolean equals(Object obj) {if (this == obj)return true;if (obj == null)return false;if (getClass() != obj.getClass())return false;SomeBeanWithEquals other = (SomeBeanWithEquals) obj;if (!getOuterType().equals(other.getOuterType()))return false;if (number != other.number)return false;if (string == null) {if (other.string != null)return false;} else if (!string.equals(other.string))return false;return true;}private MatchersTest getOuterType() {return MatchersTest.this;}} }

還可以通過(guò)擴(kuò)展org.mockito.ArgumentMatcher來(lái)創(chuàng)建自己的org.mockito.ArgumentMatcher 。讓我們創(chuàng)建一個(gè)匹配器，如果列表包含特定元素，該匹配器將觸發(fā)。我們還將創(chuàng)建一個(gè)用于創(chuàng)建Matcher的靜態(tài)便利方法，該方法使用argThat將Matcher轉(zhuǎn)換為L(zhǎng)ist，以便在存根調(diào)用中使用。我們將實(shí)現(xiàn)matches()方法來(lái)調(diào)用List的contains方法來(lái)進(jìn)行實(shí)際的contains檢查。

public class ListContainsMatcher<T> extends ArgumentMatcher<List<T>> {private T element;public ListContainsMatcher(T element) {this.element = element;}@Overridepublic boolean matches(Object argument) {@SuppressWarnings("unchecked")List<T> list = (List<T>) argument;return list.contains(element);}public static <T> List<T> contains(T element) {return argThat(new ListContainsMatcher<>(element));} }

現(xiàn)在進(jìn)行一次測(cè)試，以展示我們的新Matcher！

@RunWith(MockitoJUnitRunner.class) public class ListContainsMatcherTest {public interface TestClass {public boolean usesStrings(List<String> list);public boolean usesIntegers(List<Integer> list);}private List<String> stringList = Arrays.asList("Hello", "Java", "Code", "Geek");private List<Integer> integerList = Arrays.asList(1, 2, 3, 4, 5);@MockTestClass test;@Testpublic void test() throws Exception {when(test.usesStrings(contains("Java"))).thenReturn(true);when(test.usesIntegers(contains(5))).thenReturn(true);assertTrue(test.usesIntegers(integerList));assertTrue(test.usesStrings(stringList));Mockito.reset(test);when(test.usesStrings(contains("Something Else"))).thenReturn(true);when(test.usesIntegers(contains(42))).thenReturn(true);assertFalse(test.usesStrings(stringList));assertFalse(test.usesIntegers(integerList));Mockito.reset(test);} }

作為練習(xí)，嘗試編寫自己的Matcher，如果Map包含特定的鍵/值對(duì)，則Matcher將匹配。

6.間諜和部分存根

如前所述，可以使用@Spy批注對(duì)類進(jìn)行部分存根。部分存根允許我們?cè)跍y(cè)試中使用真實(shí)的類，而僅存根與我們有關(guān)的特定行為。 Mockito準(zhǔn)則告訴我們，在處理遺留代碼時(shí)，通常應(yīng)謹(jǐn)慎偶爾使用間諜。最佳實(shí)踐不是使用Spy部分模擬受測(cè)類，而是部分模擬依賴項(xiàng)。被測(cè)類應(yīng)始終是真實(shí)對(duì)象。

假設(shè)我們正在處理一個(gè)在java.awt.BufferedImage上工作的圖像處理類。此類將BufferedImage放入其構(gòu)造函數(shù)中，并公開一個(gè)方法，該方法使用隨機(jī)彩色的垂直條紋填充圖像，并根據(jù)輸入的縮略圖高度返回圖像的縮略圖。

public class ImageProcessor {private BufferedImage image;public ImageProcessor(BufferedImage image) {this.image = image;}public Image overwriteImageWithStripesAndReturnThumbnail(int thumbHeight) {debugOutputColorSpace();Random random = new Random();Color color = new Color(random.nextInt(255), random.nextInt(255), random.nextInt(255));for (int x = 0; x < image.getWidth(); x++) {if (x % 20 == 0) {color = new Color(random.nextInt(255), random.nextInt(255), random.nextInt(255));for (int y = 0; y < image.getHeight(); y++) {image.setRGB(x, y, color.getRGB());}}}Image thumbnail = image.getScaledInstance(-1, thumbHeight, Image.SCALE_FAST);Image microScale = image.getScaledInstance(-1, 5, Image.SCALE_DEFAULT);debugOutput(microScale);return thumbnail;}private void debugOutput(Image microScale) {System.out.println("Runtime type of microScale Image is " + microScale.getClass());}private void debugOutputColorSpace() {for (int i=0; i< image.getColorModel().getColorSpace().getNumComponents(); i++) {String componentName = image.getColorModel().getColorSpace().getName(i);System.out.println(String.format("Colorspace Component[%d]: %s", i, componentName));}} }

overwriteImageWithStripesAndReturnThumbnail()方法中發(fā)生了很多事情。它要做的第一件事是輸出一些有關(guān)圖像顏色空間的調(diào)試信息。然后，它會(huì)使用圖像的寬度和高度方法生成一些隨機(jī)顏色，并將其繪制為整個(gè)圖像中的水平條紋。然后，它執(zhí)行縮放操作以返回代表縮略圖的圖像。然后，它執(zhí)行第二次縮放操作以生成一個(gè)小的診斷微映像，并輸出此微映像的運(yùn)行時(shí)類類型作為調(diào)試信息。

我們看到了與BufferedImage的許多交互，其中大多數(shù)是完全內(nèi)部的或隨機(jī)的。最終，當(dāng)我們要驗(yàn)證方法的行為時(shí)，對(duì)我們來(lái)說(shuō)重要的是對(duì)getScaledInstance()的首次調(diào)用–如果我們方法的返回值是從getScaledInstance（）返回的對(duì)象，則類可以工作。這是BufferedImage的行為，它對(duì)我們來(lái)說(shuō)很重要。我們面臨的問(wèn)題是對(duì)BufferedImages方法還有許多其他調(diào)用。從測(cè)試的角度來(lái)看，我們并不真正在乎這些方法的返回值，但是如果我們不對(duì)它們的行為進(jìn)行編碼，則它們將以某種方式導(dǎo)致NullPointerException并可能導(dǎo)致其他不良行為。

為了解決這個(gè)問(wèn)題，我們將為BufferedImage創(chuàng)建一個(gè)Spy，并且僅對(duì)我們感興趣的getScaledInstance()方法進(jìn)行存根處理。

讓我們創(chuàng)建一個(gè)空的測(cè)試類，其中包含被測(cè)類和Spy類，以及一個(gè)用于返回縮略圖的Mock。

@RunWith(MockitoJUnitRunner.class) public class ImageProcessorTest {private ImageProcessor processor;@Spyprivate BufferedImage imageSpy = new BufferedImage(800, 600, BufferedImage.TYPE_INT_ARGB);@MockImage mockThumbnail;@Beforepublic void setup() {processor = new ImageProcessor(imageSpy);} }

請(qǐng)注意，BufferedImage沒(méi)有默認(rèn)構(gòu)造函數(shù)，因此我們必須使用它的參數(shù)化構(gòu)造函數(shù)自行實(shí)例化它，如果它具有默認(rèn)構(gòu)造函數(shù)，我們可以讓Mockito為我們實(shí)例化它。

現(xiàn)在，讓我們首先嘗試暫存我們感興趣的行為。忽略輸入高度，寬度和模式并繼續(xù)對(duì)所有三個(gè)參數(shù)使用Argument Matchers是有意義的。我們最終得到如下內(nèi)容：

given(imageSpy.getScaledInstance(anyInt(), anyInt(), anyInt())).willReturn(mockThumbnail);

通常，這將是對(duì)Spy進(jìn)行存根的最佳方法，但是，在這種情況下會(huì)出現(xiàn)問(wèn)題– imageSpy是真正的BufferedImage，并且傳遞given() Given given()的存根調(diào)用是在存根操作執(zhí)行時(shí)實(shí)際執(zhí)行的真實(shí)方法調(diào)用由JVM運(yùn)行。 getScaledInstance要求width和height不為零，因此此調(diào)用將導(dǎo)致引發(fā)IllegalArgumentException 。

一種可能的解決方案是在存根調(diào)用中使用實(shí)參

@Testpublic void scale_should_return_internal_image_scaled() throws Exception {// Givengiven(imageSpy.getScaledInstance(-1, 100, Image.SCALE_FAST)).willReturn(mockThumbnail);// WhenImage actualImage = processor.overwriteImageWithStripesAndReturnThumbnail(100);// ThenassertEquals(actualImage, mockThumbnail);}

該測(cè)試成功運(yùn)行，并在控制臺(tái)上產(chǎn)生以下輸出

Colorspace Component[0]: Red Colorspace Component[1]: Green Colorspace Component[2]: Blue Runtime type of microScale Image is class sun.awt.image.ToolkitImage

使用實(shí)值的副作用是對(duì)getScaledInstance()的第二次調(diào)用getScaledInstance()用于創(chuàng)建用于調(diào)試的微圖像）無(wú)法匹配，并且此時(shí)執(zhí)行了BufferedImage中的real方法，而不是我們的存根行為–這就是為什么我們看到真正的輸出的微圖像的運(yùn)行時(shí)類型，而不是Mockito模擬實(shí)現(xiàn)，我們將查看是否將嘲笑縮略圖傳遞給了調(diào)試輸出方法。

但是，如果我們想繼續(xù)使用參數(shù)匹配器怎么辦？可以使用doReturn()方法（如果您記得，通常用于void方法）對(duì)getScaledInstance()方法進(jìn)行存根，而無(wú)需在存根時(shí)實(shí)際調(diào)用它。

@Testpublic void scale_should_return_internal_image_scaled_doReturn() throws Exception {// GivendoReturn(mockThumbnail).when(imageSpy).getScaledInstance(anyInt(), anyInt(), anyInt());// WhenImage actualImage = processor.overwriteImageWithStripesAndReturnThumbnail(100);// ThenassertEquals(actualImage, mockThumbnail);}

這給出以下輸出：

Colorspace Component[0]: Red Colorspace Component[1]: Green Colorspace Component[2]: Blue Runtime type of microScale Image is class $java.awt.Image$$EnhancerByMockitoWithCGLIB$$72355119

您可以看到微映像的運(yùn)行時(shí)類型現(xiàn)在是Mockito創(chuàng)建的Mock實(shí)現(xiàn)。之所以如此，是因?yàn)閮蓚€(gè)對(duì)getScaledInstance調(diào)用getScaledInstance與存根參數(shù)匹配，因此兩個(gè)調(diào)用都返回了Mock縮略圖。

有一種方法可以確保在第二個(gè)實(shí)例中調(diào)用Spy的真實(shí)方法，方法是使用doCallRealMethod()方法。像往常一樣，Mockito讓您將存根方法鏈接在一起，以便為與存根參數(shù)匹配的存根方法的連續(xù)調(diào)用編寫不同的行為。

@Testpublic void scale_should_return_internal_image_scaled_doReturn_doCallRealMethod() throws Exception {// GivendoReturn(mockThumbnail).doCallRealMethod().when(imageSpy).getScaledInstance(anyInt(), anyInt(), anyInt());// WhenImage actualImage = processor.overwriteImageWithStripesAndReturnThumbnail(100);// ThenassertEquals(actualImage, mockThumbnail);}

給出以下輸出

Colorspace Component[0]: Red Colorspace Component[1]: Green Colorspace Component[2]: Blue Runtime type of microScale Image is class sun.awt.image.ToolkitImage

7.結(jié)論

我們已經(jīng)研究了許多針對(duì)嘲笑和間諜的舉止行為的方式，并且暗示了人們可以舉止行為的方式幾乎無(wú)限。

Mockito的javadoc是有關(guān)Stubbing方法（尤其是Mockito開箱即用提供的ArgumentMatchers）的良好信息來(lái)源。

我們已經(jīng)詳細(xì)介紹了存根行為，在下一個(gè)教程中，我們將研究使用Mockito驗(yàn)證框架來(lái)驗(yàn)證Mocks的行為。

8.下載源代碼

這是關(guān)于Mockito Stubbing的課程。您可以在此處下載源代碼： mockito2-stubbing

翻譯自: https://www.javacodegeeks.com/2015/11/mocks-spies-partial-mocks-and-stubbing.html