[iOS] Unit Test - 단위 테스트 어떻게 하는건데.. (3)

🙈서론

이제 실전으로 들어가보자. 예제로 Unit Test를 해보려고 한다.

@testable

테스트 메서드를 작성하기 전에 @testable import [타켓 명] 라는 코드를 작성해줘야 한다.

@testable은 Unit Test에서 실제 앱 타깃에 있는 코드들에 접근하기 위한 키워드이다.

보통 앱 코드 내부에서는 internal 수준의 접근 제한으로 타입을 만들어주는 것이 일반적이다. 그렇기 때문에 앱 타깃의 타입들에 외부 타깃에서 접근하는 것이 불가능한데, @testable은 테스트 하는 동안에는 다른 타깃의 코드에 접근할 수 있도록 해주는 것이다.

SUT (System Under Test)

Test 클래스의 첫 줄에 test할 타입을 넣은 프로퍼티를 만든다.

setUpWithError가 먼저 호출되니까 여기서 프로퍼티를 초기화 해준다.

tearDownWithError가 마지막에 호출되며 프로퍼티를 nil로 바꿔준다.

마지막에 nil로 만들기 때문에 이 프로퍼티는 옵셔널로 만들어져야 한다.

setUpWithError와 tearDownWithError 가 내부에서 super를 호출해주는데 해당 테스트 클래스가 XCTestCase를 상속 받았고 메서드들을 override 했기 때문이다.

Test 함수

1. XCTAssertEqual : 테스트 결과 비교
2. XCTAssertGreaterThan : 대소 비교
3. XCTAssertNil : nil 판별
4. XCTAssertThrowsError : 무엇을 throw하는지
5. XCTAssertTure : Bool 반환 판별
6. ….

Code Coverage

Code Coverage는 테스트의 가치를 측정해주는 툴이다.

실제 앱 코드에서 어느 정도의 테스트가 진행되었는지 알 수 있는 툴이다.

자세한 내용은…

https://zeddios.tistory.com/1141

테스트 더블

테스트 더블이란 테스트를 진행하기 어려운 경우 이를 대신하여 테스트를 진행할 수 있도록 만들어주는 객체를 말한다. 테스트하는 동안에는 테스트 더블과 실제 객체를 잠깐 바꿔치기해서 테스트를 진행하는 것이다.

1. Dummy (모조의, 가짜의)

Dummy는 가장 기본적인 테스트 더블입니다. 어떤 기능이 구현되어 있지 않은, 단지 인스턴스화된 객체로 사용되기 때문에 Dummy의 메서드는 정상적으로 동작하지 않습니다. 객체를 전달하기 위한 목적으로 주로 사용됩니다.

2. Stub (쓰다 남은 물건의 토막, 남은 부분)

Stub은 Dummy가 실제로 동작하는 것처럼 만들어 실제 코드를 대신해서 동작해 주는 객체입니다. 테스트가 곤란한 부분의 객체를 도려내어 그 역할을 최소한으로 대신해 줄 만큼만 간단하게 구현되어 있습니다.

3. Fake

Fake는 Stub보다 구체적으로 동작해서 실제 로직처럼 보이지만 실제 앱의 동작에서는 적합하지 않은 객체를 말합니다. 로직 자체는 실제 앱의 코드와 비슷하지만 그 동작을 단순화하여 구현한 객체를 Fake 객체라고 합니다.

4. Spy

Spy는 Stub의 역할을 가지면서 호출된 내용에 대한 방법 혹은 과정 등 약간의 정보를 기록하는 객체입니다. 예를 들어, 호출되었는지, 몇 번 호출되었는지 등에 대한 정보를 기록할 수 있습니다.

5. Mock

실제 객체와 가장 비슷하게 구현된 수준의 객체라고 할 수 있습니다.

Stub이 상태 기반 테스트(State Base Test)라면 Mock은 행위 기반 테스트(Behavior Base Test)라고 이야기하기도 합니다.

상태 기반 테스트는 메서드를 호출하고 그 결과 값과 예상 값을 비교하는 식으로 동작하는 테스트이다.

행위 기반 테스트는 예상되는 행위들에 대한 시나리오를 만들어 놓고, 시나리오대로 동작했는지에 대한 여부를 확인한다.

의존성 주입 (D.I , Dependency Injection)

의존성 주입은 하나의 객체가 다른 객체의 의존성을 제공하는 기술로 줄여서 D.I(Dependency Injection)이라 한다.

의존성이란?

class Car {
    var wheel: Wheel = Wheel()
}

class Wheel {
    var weight = 10
}

어떤 객체가 내부에서 객체를 생성해 가지고 있는 것을 의존성(Dependency)이다.

Car라는 클래스는 Wheel이라는 클래스에 의존하고 있는 것이 됩니다.

의존성 주입이란?

class Car {
    var wheel: Wheel

    init(wheel: Wheel) {
        self.wheel = wheel
    }
}

class Wheel {
    var weight = 10
}

let myWheel = Wheel()
let myCar = Car(wheel: myWheel)

내부에서 초기화가 이루어지는 것이 아니라 외부에서 객체를 생성하여 내부에 주입해주는 것이다.

위 코드에서는 myWheel을 외부에서 생성하여 Car를 초기화할 때 myWheel을 주입 시켜주고 있다.

의존성 주입은 왜 사용하나요?

의존성 주입을 사용하는 이유는 객체간의 결합도를 낮추기 위해서이다.

객체 간의 결합도가 낮으면 리팩토링이 쉽고, 테스트 코드 작성이 쉬워진다는 장점이 있다.

테스트를 위한 객체를 이용해서 테스트 작성하기

어떻게 하면 네트워크가 없는 환경에서 URL Session을 동작시킬 수 있을까?

URL Session 흐름

URLSession → datatask → URLSession DataTask → resume → Networking → completion Handler

URLSession은 URLSessionDataTask를 만들어서 네트워킹을 통해 얻고자 하는 값을 얻어와서completionHandler를 실행해 주고 있습니다. 여기서 Test Double을 어떻게 만들어서 네트워킹 없이 completionHandler를 실행시킬 수 있을까?

해결 방안 예시

Dummy Data → Stub URLSession → datatask → Stub URLSession DataTask → resume → completion Handler

• Networking으로 받아오는 대신 직접 Data를 만들어서 CompletionHandler까지 전달하기
• 기존의 URLSession과 URLSessionDataTask 자리에 DummyData를 전달할 수 있는 Stub 객체 만들어서 바꿔치기

Dummy와 Stub 등의 Test Double을 활용하여 미리 request에 대한 답을 설정해두고 이를 전달하는 식으로 테스트를 진행해볼 수 있습니다. 즉, 실제로 테스트에서는 네트워크 통신을 하지 않고 했다는 가정 하에  테스트를 진행해볼 수 있습니다. 이렇게 작성할 수 있다면 모든 상황을 통제할 수 있으니 어떤 네트워크 환경이어도 실행이 가능한 테스트가 될 것입니다.

Stub

즉 ,stub은 실제코드나 아직 준비되지 못한 코드를 미리 정해진 답변으로 가장하는 매커니즘입니다.

Stub 특징

• dummy객체가 실제로 동작하는 것처럼 보이게 만들어 놓은 객체
• 실제 코드나 아직 준비되지 못한 코드의 행동을 가장하는 행위
• 호출자를 실제 구현물로 부터 격리시키는 목적으로 사용가능
• 인터페이스 or 기본클래스가 최소한으로 구현된 상태
• 테스트에서 호출된 요청에 대해 미리 준비해둔 결과를 제공합니다.

Stub이 주로 사용되는 경우

• 구현이 되지않은 함수나, 라이브러리에서 제공하는 함수를 사용하고자 할때
• 함수가 반환하는 값을 임의로 생성하고 싶을 때
• 복잡한 논리 흐름을 가지는 경우, 테스트를 단순화 하고 싶을 때
• 의존성을 가지는 유닛의 응답을 모사하여 독립적인 시험 수행을 하고자 할 때

Test Stub을 사용하여 얻을 수 있는 이점

• 의존하는것에 대하여 독립적으로 개발/테스트가 가능합니다.
  • interface만 존재하는 것을 stub으로 개발하고 테스트 할 수 있습니다.
• 촘촘한 테스트가 가능합니다.
  • stub으로 다양한 응답결과(canned anwser) 케이스를 만들어 테스트 할 수 있습니다.

🙏🏻 Ref

https://zeddios.tistory.com/1141

https://yagom.net/courses/unit-test-작성하기/

https://beomseok95.tistory.com/294