top 12 mockito interview questions
Mockito Mocking Interview를 깨기 위해 가장 자주 묻는 Mockito 인터뷰 질문 :
이전 튜토리얼에서 우리는 조롱의 개인, 정적 및 무효 방법 . 읽기 Mockito에 대한 완전한 교육 튜토리얼 Mockito 프레임 워크에 대한 명확한 이해를 위해.
이 기사는 Mockito Mocking 프레임 워크에서 가장 일반적으로 묻는 일반적인 인터뷰 질문을 다룹니다.
모든 개발자 또는 QA는 대부분의 화이트 박스 테스트 (또는 단위 테스트)를 쉽게 작성하고 향상된 코드 커버리지와 애플리케이션에 대한 신뢰도를 높이기 위해 종속성을 모의하기 위해 Mocking 기본 사항을 알아야합니다.
자세한 답변이 포함 된 가장 인기있는 Mockito 인터뷰 질문
다음은 모킹 프레임 워크에 대해 가장 자주 묻는 질문입니다.
Q # 1) 왜 조롱이 필요한가요?
대답: 격리 된 코드의 단위 테스트를 지원하고 테스트를 매우 반복 가능하고 예측 가능하게 만드는 모의 사용 사례가 많이 있습니다.
일반적으로 다음과 같은 경우 조롱이 필요합니다.
에) 테스트중인 구성 요소에 아직 구현되지 않았거나 구현이 진행중인 종속성이 있습니다.
좋은 예는 나중에 사용할 수있는 REST API 끝 점일 수 있지만 종속성을 통해 코드에서 사용했습니다.
이제 실제 구현을 아직 사용할 수 없기 때문에 대부분의 경우 해당 API의 예상 응답이 무엇인지 실제로 알고 있습니다. Mocks를 사용하면 이러한 종류의 통합을 테스트 할 수 있습니다.
비) 구성 요소는 시스템의 상태를 업데이트합니다.
예: DB 호출 – 테스트 목적으로 만 사용되는 데이터로 DB를 업데이트하고 싶지 않습니다. 이로 인해 데이터가 손상 될 수 있으며, 테스트가 실행될 때 DB 가용성이 또 다른 문제입니다.
따라서 이러한 동작을 방지하기 위해 테스트중인 구성 요소에서 DB 호출을 조롱 할 수 있습니다. 따라서 DB와 테스트중인 구성 요소의 직접적인 결합이 없습니다.
Q # 2) doReturn과 thenReturn의 차이점.
대답: Mockito는 다음과 같은 스텁을 생성하기위한 두 가지 구문을 제공합니다.
- doReturn 및 thenReturn
- doNothing (thenNothing 아님)
- doThrow 및 thenThrow
이 두 가지 방법 모두 스텁을 설정하고 스텁을 생성 / 설정하는 데 사용할 수 있으며 때때로 서로 바꿔서 사용할 수 있습니다.
병합 정렬 C ++ 구현
그렇다면 둘 다 어떻게 다릅니 까?
에) thenReturn 스터 빙 방법은 스터브를 설정하는 형식이 안전한 방법입니다. 이것이 본질적으로 의미하는 것은 스텁하려는 반환 유형에 대해 컴파일 타임 검사를 수행한다는 것입니다.
예를 들어 이해해 보겠습니다.
방법 가정 getItemDetails 의 위에 mockedItemService 유형의 객체를 반환합니다. ItemSku. 그래서 thenReturn, ItemSku 유형 이외의 항목은 반환 할 수 없지만 doReturn을 사용하면 모든 항목을 반환하도록 스텁을 설정할 수 있으며 실행 중에 테스트가 실패 (또는 예외 발생)됩니다.
// 작동
when (mockedItemService.getItemDetails(123)).thenReturn(new ItemSku());// 컴파일 시간 예외 발생
when (mockedItemService.getItemDetails(123)).thenReturn(expectedPrice);// doReturn을 사용하면 컴파일 안전이 아니므로 두 스터브 설정이 모두 작동합니다.
// 여기서는 여전히 작동하고 컴파일 시간 경고를 발생시키지 않는 double 유형의 객체를 반환하려고합니다.
doReturn (expectedPrice).when(mockedItemService.getItemDetails(123)); doReturn (new ItemSku()).when(mockedItemService.getItemDetails(123));비) 스텁에 대한이 두 가지 방법의 또 다른 중요한 차이점은 Mocked 객체에 대한 것입니다. 컴파일 안전성을 제외하면 큰 차이가 없습니다.
그러나 Spied 객체의 경우, stub 된 응답이 Mock이 아니라 실제 객체 인스턴스를 래핑하는 Spy에서 호출로 반환되기 전에 실제 메서드를 호출하기 때문에 'thenReturn'종류의 스텁 설정이 작동하지 않습니다. .
따라서 이름이 지정된 스파이가 있다고 가정합니다. spiedObject 및 정수를 반환하는 testMethod 메서드가 있으며 이에 대한 스텁을 설정하려면 thenReturn 대신 doReturn을 사용해야합니다.
doReturn (10).when(spiedObject.testMethod());Q # 3) 스파이는 언제, 왜 사용해야합니까?
대답: Spy는 Mockito에서 지원하는 부분 모의 유형입니다.
이것은 본질적으로 다음과 같은 인스턴스 유형을 의미합니다.
에) 모의가 설정되지 않은 경우 스파이에 대한 모든 상호 작용은 실제 메서드를 호출합니다. 그러나 실제로 호출 된 메서드, 메서드가 몇 번 호출되었는지, 메서드가 호출 된 인수가 무엇인지 등 스파이 대상 개체와의 상호 작용을 확인할 수 있습니다.
비) 부분 모의를 설정할 수있는 유연성을 제공합니다.
예를 들어 method1과 method2의 두 가지 메서드가있는 개체가 있고 method1을 호출하고 method2를 모의 처리하려는 경우. 스파이는 이런 종류의 설정을 제공합니다.
따라서 간단한 용어로 mock과 stub의 차이점은-mock은 인스턴스가 아닌 유형에서 생성되는 반면 stub은 클래스 객체의 실제 인스턴스를 래핑한다는 것입니다.
Q # 4) Mockito를 사용하여 정적 메서드를 모의 할 수없는 이유는 무엇입니까?
순환 연결 목록 C ++
대답: 정적 메서드는 클래스의 특정 인스턴스가 아니라 클래스 자체와 연결됩니다. 이는 클래스의 모든 인스턴스 / 객체가 정적 메서드의 동일한 인스턴스를 사용함을 의미합니다.
정적 메서드는 절차 코드와 비슷하며 일반적으로 레거시 시스템에서 주로 사용됩니다.
모의 라이브러리는 일반적으로 인터페이스 또는 상속을 통해 런타임에 동적 인스턴스 생성에 의해 모의를 생성하며, 정적 메서드는 특정 인스턴스와 연결되지 않기 때문에 프레임 워크 (예 : mockito, easy mock 등)가 정적 메서드를 모의 할 수 없습니다.
정적 메서드를 지원하는 PowerMock과 같은 프레임 워크는 정적 메서드를 모의하기 위해 런타임에 바이트 코드 조작을 수행합니다.
Q # 5) 모의가 호출되었는지 확인하려면 무엇이 필요합니까?
대답: 모의 객체 (또는 스파이 인스턴스)에 스텁을 설정한다고해서 스텁 설정이 호출되었는지 여부가 보장되지는 않습니다.
'검증'매처는 설정된 스텁이 실제로 호출되었는지 여부, 호출 횟수, 호출 된 스텁 메소드의 인수 등을 검증하는 기능을 제공합니다.
본질적으로이를 통해보다 강력한 방식으로 테스트 설정과 예상 결과를 확인할 수 있습니다.
Q # 6) 테스트 가능한 좋은 코드는 무엇입니까?
대답:
테스트 가능한 코드에 대한 몇 가지 사항 (쉽게 단위 테스트 할 수 있음)은 다음과 같습니다.
- 의존성 또는 긴밀한 결합 감소 – 예: 종속성은 직접 인스턴스화하기보다는 주입해야합니다.
- SRP (Single Responsibility Principle)를 준수하는 코드 – 이것은 본질적으로 클래스에 여러 가지 변경 이유가 없어야 함을 의미합니다. SRP를 준수하면 클래스 자체에 대한 종속성이 생성되는 것을 방지하고 코드를 일관성 있고 깔끔하게 유지할 수 있습니다.
- 적은 / 최소한의 정적 메서드 및 최종 클래스 사용 – 이들은 일반적으로 코드 냄새를 나타내며 대부분 레거시 코드와 관련이 있습니다.
Q # 7) Mockito의 한계는 무엇입니까?
대답: Mockito는 대부분의 자바 기반 프로젝트를위한 프레임 워크입니다. 구현, 읽기 및 이해가 쉽습니다.
기능 측면에서 몇 가지 단점 또는 제한 사항은 다음과 같습니다.
- 정적 메서드를 모의 할 수 없습니다.
- 생성자, 개인 메서드 및 최종 클래스는 조롱 할 수 없습니다.
Q # 8) Private 및 Static 메서드 모의를 지원할 수있는 프레임 워크는 무엇입니까?
대답: PowerMockito (Mockito 프레임 워크의 확장), JMockit 등과 같은 프레임 워크는 개인 및 정적 메서드를 모의하는 수단을 제공합니다.
Q # 9) Java 8 인터페이스의 기본 메소드 모킹 / 스터 빙.
대답: 인터페이스에서 Java 8의 기본 메소드 구현을 통해 Mockito는 이러한 기본 메소드를 모의하는 즉시 지원을 제공합니다. (이 지원은 Mockito 2부터 도입되었습니다.)
이러한 메서드는 클래스 또는 인터페이스의 다른 메서드와 마찬가지로 모의 / 스텁 할 수 있습니다.
Q # 10) Mockito에서 스텁 호출 순서를 어떻게 확인할 수 있습니까?
대답: mock이 호출 된 순서를 확인하려면 Mockito의 ' 주문 ”인터페이스를 사용할 수 있습니다.
테스트 중에 모의 순서를 확인해야하는 모의 객체 목록을 나열하여 Inorder 객체를 설정 / 만들기 만하면됩니다 (동일한 모의에 여러 메서드가 있고 필요한 다른 모의가없는 경우). 확인하려면 모의 클래스를 한 번만 언급하는 것으로 충분합니다.)
InOrder의 객체를 정의하고 mockDatabaseImpl의 2 개의 발생을 언급하는 아래 주어진 테스트를 고려하십시오.
@Test public void calculateSumAndStore_withValidInput_verifyMockOrder() { // Arrange studentScores = new StudentScoreUpdates(mockDatabaseImpl); int() scores = {60,70,90}; Mockito.doNothing().when(mockDatabaseImpl).updateScores(anyString(), anyInt()); Mockito.doReturn('A').when(mockDatabaseImpl).getGrade(anyInt()); InOrder inorder = inOrder(mockDatabaseImpl); // Act studentScores.calculateSumAndStore('Student1', scores); // Assert inorder.verify(mockDatabaseImpl).updateScores(anyString(),anyInt()); inorder.verify(mockDatabaseImpl).getGrade(anyInt()); } 또한 참조를 위해 테스트중인 메서드 코드를 나열하면 테스트 실행 순서를 이해하는 데 도움이됩니다.
public void calculateSumAndStore(String studentId, int() scores) { int total = 0; for(int score : scores) { total = total + score; } // write total to DB databaseImpl.updateScores(studentId, total); databaseImpl.getGrade(total); }위에서 볼 수 있듯이 databaseImpl은 먼저 updateScores를 호출 한 다음 getGrade를 호출합니다.
따라서 Mockito를 사용하여 단위 테스트를 작성하는 경우이를 위해 databaseImpl에 대한 호출 순서를 확인해야합니다. 테스트 코드를 참조하고 어설 션이 예상 순서대로 작성되었는지 확인하십시오.
위의 예에서 어설 션 순서를 변경하면 'VerificationInOrderFailure'를 제외하고 테스트가 실패합니다.
어설 션 순서를 변경 한 후 코드는 다음과 같습니다.
@Test public void calculateSumAndStore_withValidInput_verifyMockOrder() { // Arrange studentScores = new StudentScoreUpdates(mockDatabaseImpl); int() scores = {60,70,90}; Mockito.doNothing().when(mockDatabaseImpl).updateScores(anyString(), anyInt()); Mockito.doReturn('A').when(mockDatabaseImpl).getGrade(anyInt()); InOrder inorder = inOrder(mockDatabaseImpl); // Act studentScores.calculateSumAndStore('Student1', scores); // Assert inorder.verify(mockDatabaseImpl).updateScores(anyString(),anyInt()); inorder.verify(mockDatabaseImpl).getGrade(anyInt()); } 위의 테스트 실행은 다음 유형의 예외를 발생시킵니다.
“VerificationInOrderFailure”org.mockito.exceptions.verification.VerificationInOrderFailure :
주문 실패시 확인
원했지만 호출되지 않음 :
mockDatabaseImpl.updateScores (
isA (java.lang.String),
isA (java.lang.Integer)
Q # 11) 연속적인 메서드 호출에 대해 여러 값 반환
대답: 동일한 스텁 메서드의 여러 호출에 대해 서로 다른 값을 반환하기 위해 Mockito는 아래와 같이 3 가지 접근 방식을 제공합니다.
메이크 파일 C ++ 생성
에) 쉼표로 구분 사용 : 이것은 thenReturn과 함께 작동합니다.
예를 들어 위의 코드 샘플을 사용하여 반복 순서에 따라 다른 값을 반환하는 getGrade 메소드에 대한 연속 스텁을 설정해 보겠습니다.
when (mockDatabaseImpl.getGrade( anyInt ())).thenReturn('A','B', 'C');즉, 테스트중인 메서드에서 getGrade 메서드가 호출되면 첫 번째 호출은 'A'를 반환하고 두 번째 호출은 'B'를 반환하는 식입니다.
비) 연속 후 반환 : 이것은 thenReturn 문과 연결된 접근 방식입니다. 동일한 예제에 연결 호출을 적용하면 아래와 같이 표시됩니다.
when (mockDatabaseImpl.getGrade( anyInt ())).thenReturn('A').thenReturn('B').thenReturn('C');c) 연속 doReturn : 마지막 접근 방식은 위와 같이 체인 형식으로 doReturn을 사용하는 것입니다.
doReturn ('A').doReturn('B').doReturn('C').when(mockDatabaseImpl).getGrade( anyInt ())Q # 12) 다른 유형의 모킹 프레임 워크는 무엇이며 어떻게 작동합니까?
대답: Mocking 프레임 워크의 유형과 작동 방식은 아래에 설명되어 있습니다.
모의 프레임 워크에는 크게 두 가지 범주가 있습니다.
- 프록시 기반 - 예, Mockito, EasyMock 등
- 바이트 코드 기반 - 예, PowerMock, JMockit 등
서로 다른 매개 변수에서이 두 프레임 워크를 비교해 보겠습니다.
| 프록시 기반 | 바이트 코드 기반 | |
|---|---|---|
| 간단하게 | 더 간단하고 사용하기 쉽습니다. | 복잡한 모의 설정 로직이 포함될 수 있음 |
| 창조의 모드 | 실제로 클래스 / 인터페이스의 인스턴스가 필요하지 않은 프록시 또는 가짜 개체가 생성됩니다. | 본질적으로 객체를 생성하고 런타임에 모의 / 스텁 동작에 대한 인스턴스를 조작합니다. |
| 기능성 | 모의 클래스와 인터페이스 | 클래스 및 인터페이스 외에도 정적 메서드, 최종 클래스 등을 조롱 할 수 있습니다. |
| 자바 의존성 | 자바 버전과 밀접하게 결합되지 않음 | 이러한 프레임 워크는 바이트 코드 조작을 포함하므로 밀접하게 결합되어 있으며 Java 버전간에 역방향 / 순방향 호환이되지 않을 수 있습니다. |
| 예 | Mockito, EasyMock 등 | PowerMock, JMockit 등 |
결론
이 기사에서 다루는 내용은 Mocking 프레임 워크와 특히 Mockito 인터뷰 준비에 대한 기본 토론을 제공합니다.
다루는 질문에 대한 이론적 이해를 얻는 것 외에도 이러한 프레임 워크를 더 재미 있고 흥미롭게 학습 할 수 있도록 실제 코드 예제를 시도해야합니다.
이 Mockito 시리즈의 모든 튜토리얼을 즐겼기를 바랍니다.
행복한 학습.