[CS] F.I.R.S.T 원칙이란? (feat.UnitTest)

 

안녕하세요 Foma 👟 입니다!

 

오늘 알아볼 주제는 좋은 유닛 테스트를 하기 위한 F.I.R.S.T 원칙에 대해 정리해보려고 합니다.

 

바로 시작할게요~

---

F.I.R.S.T 원칙이란?

 

First 원칙은 '클린 코드' 라는 아주 유명한 책의 저자인 Bob Martin이 처음 제시한 규칙입니다.

 

이 규칙은 효율적이고 좋은 단위 테스트를 하기 위한 5가지 요소로 이루어져 있습니다.

 

빠르고(Fast),독립적이고(Independent),반복가능하며(Repeatable),자체 검증가능하고(Self-validating),철저하고 적시에(Thorough&Timely)

 

작성 가능한 테스트를 First 원칙을 준수한 유닛테스트라고 합니다.

 

이 5가지 원칙에 대해서 세세하게 다루도록 하겠습니다.

---

Fast

 

유닛 테스트는 빠르게 실행되고 빠르게 결과를 알아야 합니다.

 

그러므로 하는 일의 단위가 최대한 작아야 합니다.

 

또한 빠른 테스트를 하기 위해선 실제 서버나 데이터베이스를 이용하지 않고

 

가짜 데이터(모의 데이터)를 만들어서 테스트를 진행해야합니다.

 

만약 데이터를 최신 날짜순으로 정렬하여 가장 최근 데이터 5개를 가져오는 것을 테스트하려고 하는데

 

실제 서버에 문제가 생겨 데이터가 느리게 받아져 오거나 데이터가 오지 않는 경우 테스트를 진행하기가 힘들겠죠?

 

그러니깐 가짜 데이터로 실제 테스트를 하고싶은 부분만 잘라서 진행하는 것입니다.

---

Independent

 

유닛 테스트는 그 자체만으로 실행되어야 합니다.

 

즉, 독립적이어야 하고 다른 테스트에 의존하거나 영향을 주어선 안됩니다.

 

만약 포마라는 이름을 가지고 있는 데이터가 있다고 가정하겠습니다.

 

이 데이터는 그 전 테스트에서 이름이 잘 바뀌는지 (포마 -> 그랜) 테스트 했습니다.

 

그리곤 이름에 '포' 자가 들어가는지 테스트를 하려고 하는데 만약 그 전 테스트에 의존한다면

 

그 전 테스트에서 어떻게 이름을 바꿨느냐에 따라 결과가 바뀌겠죠?

 

그러므로 모든 테스트에는 서로 영향을 주면 안됩니다.

---

Repeatable

 

유닛 테스트는 반복 가능해야 합니다.

 

테스트를 어디서 어떻게 몇 번을 진행하든 똑같은 결과가 나와야합니다.

 

만약 어떤 숫자에 5를 곱하는 테스트를 한다고 가정하면

 

항상 5를 곱한 숫자가 나와야합니다. (당연한 얘기지만...)

 

이 원칙은 의존성과 아주 관계가 깊은데요.

 

(어떤 데이터가 영향을 끼친다면 똑같은 결과가 나오지 않겠죠?)

---

Self-validating

 

유닛 테스트는 자체 검증이 가능해야 합니다.

 

테스트 자체로 통과인지 실패인지 결과가 나와야 하며 이것은 자동적으로 이뤄져야 합니다.

 

말 그대로 이건 통과인 것도 아니고... 실패인 것도 아닌...애매한 상황이 없어야 한다는 것입니다.

 

또한 자동적으로 이뤄진다는 것은 코드를 작성하는 사람이 출력이나 로그를 통해서 수동적으로

 

결과를 확인하는 것이 아니라 그 테스트는 자체적으로 결과가 나와야합니다.

 

(iOS라면 XCTest를 이용하면 됩니다.)

---

Thorough & Timely

 

유닛 테스트는 철저하고 적절한 때에 작성되어야 합니다.

 

철저하다는 것은 모든 데이터를 검사해야 하므로 최소에서 최대까지 범위를 포함하고 

 

역할에 따라서 바뀌는 데이터 사용자일때 관리자일 때 모두 테스트가 가능해야 하며

 

어떤 케이스가 실패(예외나 오류)하는지도 테스트 해야합니다.

 

또한 유닛 테스트는 실제 코드를 작성하기 바로 전에 작성해야 합니다.