[iOS/Swift] Test Code를 작성해보자 - TDD란?

안녕하세요?

너구리입니다.

 

요즘 테스트라는 주제에 빠져있습니다.

기획안을 받고 처음 개발을 할 때는 모든 케이스에 대해 고려하면 기능 개발을 하지만

급하게 수정하거나 작업한지 오래된 코드를 수정하다 보면 예상치 못하게 사이드 이펙트가 나기 마련입니다.

요즘 코드를 어떻게 작성해야 할까 고민하던 중 오류를 줄이고 추후 수정하더라도 

이런 사이드 이펙트를 잡아내는 코드를 작성해겠다 생각이 들었습니다.

그래서 기능 구현에 밀려나 있던 Test Code에 대해 관심이 생겼고 TDD에 대해 공부해보고자 합니다.

 

 

TDD(Test - Driven Development) 란?

---

TDD란 Test-Driven-Development, 테스트 주도 개발입니다.

매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스
 중 하나이다. 개발자는 먼저 요구사항을 검증하는 자동화된 테스트 케이스를 작성한다. 그런 후에, 그 테스트 케이스를 통과하기 위한 최소한의 코드를 생성한다. 마지막으로 작성한 코드를 표준에 맞도록 리팩토링한다. - 위키백과

 

기존에 기능을 우선으로 작업을 했을때는 아래처럼 사이클이 구성된다.

하지만 TDD에서는 기능개발보다 Test Code를 먼저 작성하게 된다.

아래와 같이 작업이 진행하게 된다

TDD에서는 개발 라이프 사이클은 아래와 같다.

출처 : http://clipsoft.co.kr/wp/blog/tddtest-driven-development-%EB%B0%A9%EB%B2%95%EB%A1%A0/

1. Red: 실패하는 테스트를 작성한다.

2. Green: 테스트를 통과하는 최소한의 코드만 작성한다.

3. Refactor: 테스트 성공한 후 코드를 리팩토링한다.

4. Repeat: 사이클 반복한다.

 

 

TDD의 장단점은?

---

장점!

- 에러나 버그를 줄일 수 있다.

- 유지보수에 용이하다.

- 추가 요구사항을 빠르게 반영할 수 있다.

- 안정적인 코드를 작성할 수 있다.

 

단점ㅠ

- 테스트 코드 작성시 개발 속도가 느려질 수 있다.

 

 

F.I.R.S.T - Test Code를 작성하기 위한 원칙 

---

 

test code를 잘 작성하기 위해서는 다음과 같은 원칙을 따라야 합니다.

 

Fast - 테스트는 빨라야 합니다.

Independent - 테스트는 독립적이여야 하며 의존하지 않아야 합니다.

Repeatable - 테스트는 어느 환경에서나 반복 가능하며 같은 결과를 출력해야 합니다.

Self-Validating - 테스트시 자체적으로 검증 가능해야 합니다. 결과를 도출하는 과정에서 개발자가 개입하지 않습니다.

Timly - 테스트는 실제 코드 개발 직전에 실시합니다.

 

 

 

iOS에서 Test

---

1. Unit Test(단위 테스트)

- 다른 테스트 보다 가장 먼저 그리고, 가장 빠른 테스트입니다.

- data base에 연결하거나 http로 요청보내지 않고 mock이나 임의 데이터를 사용해서 테스트 합니다

- 빠르고 의존성 없는 테스트를 하기 위함입니다.

 

2. Integration Test(통합 테스트)

- Unit Test와 비슷하지만 data base에 연결하거나 http로 요청보내서 실제 데이터를 사용하여 테스트합니다.

- 전체적인 시스템 관점에서 테스트 합니다.

 

3. UI Test(UI 테스트)

- 앱을 실행 후 실제 사용자가 하는 동작을 시뮬레이션하여 제대로 동작하는지 테스트 합니다.

 

 

간단한 테스트일 경우 unit test를 먼저 합니다.

 

 

 

 

다음은 unit test와 관련된 게시물로 찾아오겠습니다.

감사합니다.