[iOS] TDD와 Unit Test

TDD(Test-Driven Development)

테스트 주도 개발(Test-driven development TDD)이란, 반복 테스트를 이용한 소프트웨어 방법론으로,

매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스 중 하나입니다. 

TDD 개발주기

• Red: 실패하는 테스트 코드 작성
• Green: 실패한 테스트를 통과하기 위한 최소한의 코드 변경 (테스트에 성공)
• Refactor: 테스트의 성공을 유지하면서 코드를 더 나은 방향으로 개선

일반 개발 방식 vs. TDD 개발 방식

일반적인 개발 방식

 

일반적인 개발 방식은 요구사항 분석 → 설계 → 개발 → 테스트 → 배포의 형태의 개발 주기를 갖습니다.

해당 방식에서는 설계에 따라 기능 개발을 완료한 후 배포하기 전, 해당 코드의 안정성이나 버그가 없는지를 검사하기 위해 테스트하는 과정을 거칩니다.

만약 개발 완료 후 소비자의 요구사항이 변경되어 설계가 변경된다면?

작은 부분의 기능 수정에도 모든 부분을 다시 테스트해야 하기 때문에 전체적인 버그를 검출하기 어려워질 수 있습니다. 그렇기 때문에 자체 버그 검출 능력이 저하되고 소스코드의 품질 또한 저하될 수 있습니다. 수정이 반복되다 보면 재사용과 관리가 어려운 코드들이 많아지고 결국 프로젝트의 유지보수를 어렵게 만들 수 있습니다.

TDD 개발 방식

 

TDD 개발 방식은 일반적인 개발 방식과 반대로 테스트 코드를 작성하면서 실제 코드를 완성시켜 나갑니다.

테스트 코드를 작성하는 도중 예외 사항(버그 및 수정사항)이 발생하더라도 테스트 케이스에 추가하고 설계를 개선합니다. 테스트가 통과된 코드만을 실제 코드로 작성하기 때문에 자연스럽게 코드의 버그가 줄어들고 소스코드는 간결해질 수 있습니다. 이는 재설계 시간 절감으로 이어집니다. 결국, TDD를 통해 안전한 코드를 작성하다보면 의존성이 낮은 코드를 작성하게 되고, 전체 코드의 유지 보수가 용이하도록 할 수 있습니다!

 

이렇게만 보면 TDD가 장기적인 관점에서 훨씬 좋은 것 같은데 왜 TDD 방식으로 개발하지 않을까요??

TDD의 치명적인 단점은 개발 속도입니다.

테스트를 하면서 실제 코드를 완성하는 과정에서 안전함은 보장되겠지만 매번 그 과정을 거친다면 당연히 진행 속도가 저하됩니다.

Unit Test

TDD 개발 방식에서 테스트 코드를 작성하는 방법에는 몇가지가 있는데, 그중 Unit Test(단위 테스트)에 대해 알아봅시다.

 

유닛 테스트(Unit Test)는 다른 말로 단위 테스트라고도 합니다.

하나의 함수, 메서드를 기준으로 독립적으로 진행되는 가장 작은 단위의 테스트로, 메서드를 하나하나 테스트하는 것과 같은 맥락이라고 볼 수 있습니다.

 

Unit Test의 장점

• 해당 부분(메서드)에 대해서 독립적으로 테스트를 하기 때문에 빠른 리팩토링 반영과 빠른 테스트를 진행할 수 있게 됩니다.
• 코드의 확장이나 리팩토링 시에도 안정성을 확보한 채로 빠르게 대응할 수 있게 됩니다.

FIRST 원칙

좋은 유닛 테스트를 위해 지켜야 하는 것으로 소개되는 FIRST라는 원칙이 있습니다. (꼭 지켜야만 한다!는 것은 아니지만 이러한 원칙들을 염두에 두고 테스트를 작성하면 좋은 유닛 테스트를 작성할 수 있다는 것입니다.)

 

Fast

테스트는 빠르게 동작할 수 있어야 합니다.

테스트에 너무 많이 들이는 것은 좋지 않다는 의미입니다.

 

Independent/Isolated

각각의 테스트는 서로 독립적이며 서로 의존해서는 안 됩니다.

좋은 단위 테스트는 최소한의 단위의 테스트에 집중할 수 있게 각 테스트들이 서로에게 영향을 주어서는 안됩니다.

 

Repeatable

테스트는 언제 어디서나 같은 결과가 반복되어야 합니다.

즉, 모든 환경을 통제하여 매번 예상한 결과대로 테스트가 진행되게 해야 합니다.

 

Self-Validating

테스트는 Bool을 이용하여 성공/실패에 대해서 스스로 검증이 가능해야 합니다.

테스트 코드 내부에서 이 테스트가 잘 동작했는지를 판별할 수 있어야 합니다.

 

Timely

이상적인 테스트는 테스트하려는 실제 코드를 구현하기 직전에 구현해야 합니다.

Xcode에서 Unit Test 해보기

Xcode에서 실제로 Unit Test를 어떻게 할 수 있을까요??

테스트 코드를 작성할 파일 생성하기

 

Xcode에서 테스트 코드를 작성할 수 있는 파일을 생성하는 방법에는 두가지가 있습니다!

위 이미지처럼 새 프로젝트 생성시 Include Tests를 체크해 처음부터 테스트 파일을 생성해주거나, 기존 프로젝트에서 + 버튼을 눌러 파일을 추가해줄 수 있습니다.

기본 Unit Test 클래스

 

1. 프로젝트 코드에 접근하기

@testable import 프로젝트 이름 이라는 코드를 통해 기존 프로젝트의 코드에 접근해 테스트를 진행할 수 있습니다.

 

2. 기본 메서드

테스트 파일을 열어보면 기본으로 생성되어있는 메서드가 네 가지 있는데요,

어차피 테스트 코드를 새로 작성할 것이기 때문에 아래의 두 가지 메서드는 삭제해도 무방합니다. (샘플 메서드)

위의 두 가지 메서드에 대해서만 살펴볼게요!

• setUpWithError(): 테스트 메서드를 실행하기 전 모든 상태를 초기화하는 메서드
• tearDownWithError(): 테스트 메서드 동작 후에 모든 상태를 해제하는 메서드

모든 테스트 함수가 실행되기 전 setUpWithError() 가, 실행 후 tearDownWithError() 가 실행되는데요, 

이는 독립적인 테스트를 위해서 실행되는 것이라고 할 수 있습니다!

 

3. 테스트 결과 확인

테스트에 성공하는 경우 왼쪽 함수 앞에 위치한 마름모가 초록색으로, 실패하는 경우 빨간색으로 표시가 됩니다.

테스트 코드 작성하기

테스트 코드는 Test Assertion 메서드를 이용해 작성할 수 있습니다.

XCTest 공식 문서에 다양한 메서드가 있으니 테스트하려는 코드에 맞게 사용하면 됩니다!

 

XCTest | Apple Developer Documentation

---

[참고 자료]

TDD란? 테스트 주도 개발 - 하나몬

Unit Test 작성하기 - 야곰닷넷

+ 태끼가 공유해준 기깔나는 정리 자료 (땡스투 태끼선배)