我需要在資料庫裡插入一些資料，基於這些真實的資料我才可以進行單元測試，而且每次都需要重複準備指令碼，還要考慮資料的清理。
我需要啟動一個Tomcat，然後通過Http Client傳送請求，然後觀察資料，才可以進行測試。
我需要啟動Dubbo服務的提供者，因為我的類裡依賴的這個服務，否則我的類沒辦法正常執行。
我需要依賴第三方的一個介面，因為我這個類是用來發送簡訊的，這樣我才能驗證我的簡訊傳送時正常的。往往第三方都沒有測試環境，即使有的話也不穩定，導致我不能經常進行持續整合的測試。
……
我們主要的面臨的問題是，由於所依賴的元件不容易構造或者不容易獲取，所以導致我們不容易寫出單元測試，甚至由於覺得麻煩索性不寫單元測試(悲傷)，如：
HttpServletRequest必須在web容器中才能構造出來；
Dubbo服務必須有服務提供者；
依賴第三方的一個介面，如簡訊，支付等。http介面， webservice介面等；
JDBC中的ResultSet物件；

Mock測試就是在測試過程中，對於某些不容易構造或者不容易獲取比較複雜的物件，用一個虛擬的物件來建立以便測試的測試方法。
Mock最大的功能是幫你把單元測試的解耦，如果你的程式碼對另一個類或者介面有依賴，它能夠幫你模擬這些依賴，並幫你驗證所呼叫的依賴的行為。

Mcokito框架使用：

驗證行為

import static org.mockito.Mockito.*;

public void once_created_mock_will_remember_all_interactions() {
    List<String> mockedList = mock(List.class
 
);

    mockedList.add("one");
    mockedList.clear();

    //驗證呼叫了add方法,並且引數為one
    verify(mockedList).add("one");
    verify(mockedList).clear();

    verify(mockedList).add("two");
}

打樁–>Stubbing

public void stubbing() {
    LinkedList mockedList = mock(LinkedList.class);

    when(mockedList.get
 
(0)).thenReturn("first");
    when(mockedList.get(0)).thenReturn("second");

    System.out.println(mockedList.get(0));

    //mock物件會覆蓋整個被mock的物件，因此沒有stub的方法只能返回預設值。
    System.out.println(mockedList.get(999));

    when(mockedList.get(1)).thenThrow(new RuntimeException());

    System.out.println(mockedList.get(1));
}

如果方法返回值沒有stub過，mockito會返回相應的預設值。如int會返回0，布林值返回false。對於其他型別會返回null。重複stub兩次,則以第二次為準。

引數匹配器

public void argument_matcher() {
    LinkedList mockedList = mock(LinkedList.class);

    //設定無論獲取任何位置的值,都返回固定的一個fixed-element
    when(mockedList.get(anyInt())).thenReturn("fixed-element");

    System.out.println(mockedList.get(999));

    verify(mockedList).get(anyInt());

    //自定義引數匹配器
    when(mockedList.contains(argThat(isValid()))).thenReturn(true);

    System.out.println(mockedList.contains("custom-matcher"));

    System.out.println(mockedList.contains("custom-matcher2"));
}

順序呼叫

public void verify_invoke_in_order() {

    List singleMock = mock(List.class);

    singleMock.add("was added first");
    singleMock.add("was added second");

    InOrder inOrder = inOrder(singleMock);

    inOrder.verify(singleMock).add("was added first");
    inOrder.verify(singleMock).add("was added second");
}

註解的使用

@mock：需要被Mock的物件，mock物件的方法不會再被真實呼叫，如果需要呼叫需要使用stub(打樁)；
@InjectMocks: 需要將Mock物件注入的物件；
@Captor：（引數捕獲器）捕獲方法引數進行驗證；

@mock與@InjectMocks使用如下：

現在假設在service層有如下程式碼需要測試：

public boolean isEmployee(String phoneNumber) {
        if (StringUtils.isEmpty(phoneNumber)) {
            return false;
        }
        return userRepository.findByPhoneNumber(phoneNumber).isPresent();
    }

測試程式碼：

 @Mock
 private userRepository userRepository;
 @InjectMocks
 private userServiceImpl userServiceImpl;

 @Test
 public void testMock() {
      User user = new User();
      stub(userRepository
                .findByPhoneNumber(anyString()))
                .toReturn(Optional.of(user));
      userServiceImpl.isEmployee("110");
      verify(userRepository,times(1))
     .findByPhoneNumber("110");//findByPhoneNumber方法被呼叫一次
    }

如上可以正常測試。但是將最後一行findByPhoneNumber(“110”)號碼改成119酒會報錯，如下：

單元測試三步驟：設定測試資料，設定預期結果，驗證結果，三步通過，測試通過。

@Captor使用如下：
ArgumentCaptor的Api
argument.capture() 捕獲方法引數
argument.getValue() 獲取方法引數值，如果方法進行了多次呼叫，它將返回最後一個引數值
argument.getAllValues() 方法進行多次呼叫後，返回多個引數值
程式碼案例：

@Captor
private ArgumentCaptor<Money> moneyCaptor;
@Captor
private ArgumentCaptor<User> userCaptor;


verify(userMoneyService, times(1)).updateStatus( userCaptor.capture(),moneyCaptor.capture());//獲取引數
assertThat(userCaptor.getValue().getRole(), is("Admin");//驗證引數
assertThat(moneyCaptor.getValue(), is("15rmb");

//updateStatus方法如下
public void updateStatus(User user,Money money){
    執行方法……
}