[iOS] - 유닛 테스트(Unit Tests)

🕹 Unit Test(유닛 테스트)

🙋 Unit Test(유닛 테스트)란?

• TDD라는 말을 많이 사용하지만 지금까지 테스트 다운 테스트를 해본 적이 없었습니다. 하지만 이번 프로젝트를 진행하면서 시작부터 테스트를 고려한 프로그래밍을 하려고 했고, 그에 따라 Xcode의 Unit Test에 대해 학습하게 되었습니다. 여기서 말하는 Unit Test란 무엇일까요?

  
  

  "유닛 테스트(unit test)는 컴퓨터 프로그래밍에서 소스 코드의 특정 모듈이 의도된 대로 정확히 작동하는지 검증하는 절차다. 즉, 모든 함수와 메소드에 대한 테스트 케이스(Test case)를 작성하는 절차를 말한다."

  ref: 위키백과 - 유닛테스트

  
  

  기존에는 코딩을 하며 각 기능이 잘 동작하는지 확인해보기 위해 완성 후 작동시켜보고, 문제가 발생하면 print()문을 사용하여 틀린 지점들을 추적해나갔습니다. 이 방식은 당연히 간편하고 직관적이지만 프로젝트의 규모가 커질수록, 프로그램의 복잡성이 늘어날수록 사용하기 힘든 방식입니다. 그래서 유닛 테스트라는 유닛 단위의 테스트, 즉 하나의 큰 덩어리가 아니라 작은 기능 단위의 테스트를 따로 만들어 실행해볼 필요가 있고, 이를 Xcode에서는 Unit Test 기능으로 제공합니다.

💻 이미 존재하는 Xcode 프로젝트에 Unit Test 기능 추가하기

• 만약 새롭게 프로젝트를 생성하는 단계라면 아래와 같이 옵션을 체크하여 간단히 유닛 테스트를 추가할 수 있습니다.

  
  

  

  
  

• 하지만 이미 생성된 프로젝트라고 Unit Test를 추가할 수 없는 것은 아닙니다! 우선 아래의 경로로 새로운 요소를 추가해줍니다.

  
  

  File -> New -> Target -> Unit Testing Bundle

  

  
  

  

  
  

  위에서 Next를 클릭하면 아래와 같이 설정 화면이 나오고 여기에서 Finish를 눌러주면 테스트용 새로운 폴더가 추가됩니다.

  
  

  

  

  
  

  이제 테스트파일 안에 자동으로 생성된 메소드들을 살펴보겠습니다.

  
  

📝 테스트 파일 안의 자동 생성 메소드

• setUp()

  
  

  override func setUpWithError() throws {
          // Put setup code here. This method is called before the invocation of each test method in the class.
      }

  
  

  친절하게 기본적으로 생성시 메소드 역할이 적혀있습니다. override되고 있는 것을 보니 우선 해당 클래스의 수퍼클래스인 XCTestCase에서 이미 정의되어있는 메소드임을 알 수 있습니다.

  해석해보면 setUpWithError의 역할은 아래와 같습니다.

  이 메소드는 이 테스트 클래스 내부에 있는 각각의 테스트 메소드를 불러오기 전에 호출됩니다.

  다시말하면, 테스트 메소드들이 호출되기 전 상태를 재설정할 수 있게 해줍니다. 테스트를 위한 환경 초기화라고 할 수 있습니다.

• tearDown()

  
  

  override func tearDownWithError() throws {
          // Put teardown code here. This method is called after the invocation of each test method in the class.
      }

  
  

  setUpWithError()메소드와 다른 점은 단 하나, 테스트 메소드들이 실행된 후 불러지는 메소드입니다. 여기서 중요한 것은 이 '메소드들이 실행된 후'라는 조건이 의미입니다. 중의적으로 해석될 여지가 있기 때문입니다.

  1. 모든 테스트 케이스들을 실행한 후 마지막에 한 번 실행되는 메소드
  2. 각각의 테스트케이스들이 끝날 때마다 실행되는 메소드

  setUp 메소드처럼 tearDown 역시 각각의 테스트 메소드가 종료된 후 반복적으로 실행되는 메소드입니다.

  
  

• 예를 들어, Mock 객체가 있을 때 하나의 테스트가 Mock의 상태 변화를 일으켜 다른 테스트 결과에 영향을 주는 상황이 있을 수 있습니다. 위의 두 메소드는 각각의 테스트가 독립적으로 시행될 수 있게 도와줍니다.

  
  

• testExample(), testPerformanceExample()

  
  

  func testExample() throws {
          // This is an example of a functional test case.
          // Use XCTAssert and related functions to verify your tests produce the correct results.
      }
  
      func testPerformanceExample() throws {
          // This is an example of a performance test case.
          measure {
              // Put the code you want to measure the time of here.
          }
      }

  
  

  이름 그대로, 두 메소드는 Example(예시)입니다. 위의 메소드는 테스트 메소드 결과를 보여주는 예시이고, 아래 메소드는 Performance 메소드이므로 measure이라는 메소드가 있습니다. 파라미터가 Closure Trailing으로 되어있어서 헷갈릴 수 있습니다.

🛠 Test Assertions

• Test Assertions의 의미를 알기 위해 assert 라는 단어 뜻을 사전에서 찾아보겠습니다.

  .[assert＋〈목〉/assert＋that절] …을 주장하다,단언[역설]하다, 우기다; [assert＋〈목〉＋(to be)〈보〉] …이 （…이라고） 단언하다

  종합해보면, Test Assertions는 '테스트 주장'(?) 이라는 알기 어려운 의미가 됩니다. 굳이 추가한다면 '테스트 주장문' 정도가 될 수 있을 것 같습니다. 이런 명명이 붙은 이유는 여기에 속한 도구들을 확인해보면 알기 쉽습니다.

• Assertions의 종류는 아래와 같습니다. 정의는 애플 공식 문서를 참고했습니다.

  1. Boolean Assertions: 조건이 참인지 거짓인지를 테스트합니다(Test a condition that generates a true or false result).

     • XCTAssert()
     • XCTAssertTrue() -> XCTAssert()와 거의 같음
     • XCTAssertFalse()

  2. Nil and Non-Nil Assertions: 테스트 결과가 값을 갖는지 안갖는지를 테스트합니다(Check whether a test condition has, or doesn’t have, a value). 다시말하면 Nil인지를 확인합니다.

     • XCTAssertNil()
     • XCTAssertNotNil()
     • XCTUnwrap()

  3. Equality and Inequality Assertions: 두개의 값이 같은지 다른지를 판단합니다(Check whether two values are equal or unequal.).

     • XCTAssertEqual()
     • XCTAssertNotEqual()
     • XCTAssertIdentical()
     • XCTAssertNotIdentical()
     • ...

  4. Comparable Value Assertions: 값을 비교하여 어떤 하나의 값이 나머지보다 더 큰지 작은지를 판단합니다(Compare two values to determine whether one is larger or smaller than the other).

     • XCTAssertGreaterThan()
     • XCTAssertGreaterThanOrEqual()
     • XCTAssertLessThan()
     • XCTAssertLessThanOrEqual()

  5. Error Assertions: 함수가 error를 던지는지 안던지는지 여부를 확인합니다(Check whether a function call throws, or doesn’t throw, an error).

     • XCTAssertThrowsError()
     • XCTAssertNoThrow()

  6. Unconditional Test Failures: 무조건 즉시 실패하게 만듭니다(Generate a failure immediately and unconditionally).

     • XCFail()

  7. Expected Failures: failing test가 작업에 영향을 미치지 않게하기 위해 테스트 실패를 미리 예상합니다. 즉, 로직상 당연히 아직은 실패해야할 작업에 대한 설정이라고 볼 수 있습니다.

     • XCTExpectFailure()

  8. Methods for Skipping Tests: 특정 조건에 진입하기 위해 테스트를 스킵합니다(Skip tests when meeting specified conditions).

     • XCTSkipIf()
     • XCTSkipUnless()

ref: https://developer.apple.com/documentation/xctest