TDD - About " Test-Driven Developemnt"

테스트 코드는 "요구사항을 구체화한 산출물" 이라고 볼 수 있다. 요구사항을 테스트 코드로 먼저 정의한 뒤 기능을 개발하는 방법론을 TDD (=Test-Driven Developemnt) 라고 한다.

---

💡Test Code를 왜 작성해야할까 ?

테스트 코드는 실수나 오류를 발견하고 이를 줄이고 수정하기 위해 작성하는 것이기 때문에 조금은 정상적으로 작동되는 부분만을 테스트로 두지 않고, 예외적이고 , 예상 밖인 부분을 테스트 코드로 작성해봄으로써 조금은 더 정확하고 깔끔한 코드가 나올 수 있게 해준다.

🔖 Test Code 의 목표

테스트 코드를 작성하는 이유는, 잘 작동하는, 깔끔한 코드를 얻기 위해서 이다.

왜 테스트코드를 작성하면, 깔끔한 잘 작동하는 깔끔한 코드를 얻을 수 있을까?

테스트를 쉽게하기 위해서는, 어플리케이션 코드를 테스트하기 쉽게 짜야하며 결국 테스트 코드를 짜기 위해 노력하다보면 어플리케이션 코드가 깔끔해지는것을 확인할 수 있을 것이다.

---

👨‍💻 테스트코드 작성 원칙 ?

단위 테스트 코드는 가능하면 간결하고 읽기 쉽게 작성하는 게 가장 좋다. 어떠한 의도로 기능 검증을 수행하는지 의도가 드러나는 것이 좋기때문에 단위 테스트는 10줄 이하로 작성하고, 단위 테스트 코드는 단일 기능을 검증하는 것이 좋다. 또한, 하나의 테스트 코드에서 여러 가지 기능을 검증하는 코드를 작성하면, 오류가 발생한 지점 이후의 테스트는 진행되지 않기 때문에 테스트 코드는 가능하다면 독립적으로 실행될 수 있는 구조로 작성하는 것이 좋다.

아래와 같은 ✨단위 테스트는 5가지 원칙✨을 준수한다면, 올바르게 작성된 단위 테스트라고 볼 수 있다.

⬇️

✨ 단위 테스트는 5가지 원칙

Fast : 빠르게 실행되어야 한다.

Isolated : 각 테스트는 독립적으로 실행되어야 한다.

Repeatable : 매번 실행 결과는 동일해야 한다.

Self-Verifying : 결과는 Pass or Fail 둘 중 하나의 상태 값을 가진다.

Timely : 비즈니스 로직 코드 작성보다 테스트 코드를 먼저 작성한다.

---

🔍 "TDD" 의 장점 파악해보기

✅ 서버를 실행하는 등의 시간을 절약할 수 있다.

✅ 필요한 데이터를 미리 기입하고, 테스트가 끝나고 정리하는등의 행동을 하지 않아도 된다.

✅ 단위테스트의 경우 수십ms 이기 때문에 테스트가 매우 빠르다.

✅ 문서로서의 역할이 가능하다.
🚨 테스트 코드는, 개발자가 작성한 메소드가 어떻게 동작했으면, 어떤 결과를 반환했으면, 하는 것을 작성한 것이기 때문에 처음 코드를 보는 개발자들이 테스트 코드를 통해서 코드의 동작을 조금 더 수월하게 이해할 수 있다.

✅ 깔끔한 인터페이스를 얻어낼 수 있다.

✨👨‍💻 JUnit 실행 구조

JUnit은 자바 단위 테스트 자동화를 지원하는 프레임워크

JUnit으로 단위 테스트 코드를 작성할 때, 메서드를 어노테이션으로 테스트 코드로 작성할 수 있으며, 어노테이션이 지정된 메서드 또는 클래스를 실행한다.

JUnit은 @BeforeClass로 지정된 클래스를 가장 먼저 실행하고, 그 이후로는 @Test, @Before, @After로 지정된 메서드를 실행한다. 테스트 케이스가 모두 실행 완료되면 @AfterClass로 지정된 클래스가 실행된다.

Annotation은 테스트 메서드 또는 클래스의 행위를 지정하는것이며 Test Fixture는 테스트를 실행할 때, 객체들의 상태를 고정시키는 것이다.

📌 Annotation 지정 대상 설명

@After 메서드 @Before에서 설정한 테스트 픽스쳐를 제거하기 위해 사용된다.
@AfterClass 메서드 @BeforeClass 에서 설정한 테스트 픽스쳐를 제거하기 위해 사용된다.
@Before 메서드 테스트 픽스쳐를 만들기 위해 사용된다
@BeforeClass 메서드 생성에 맋은 시간이 소요되는 픽스쳐를 설치하는 용도로 사용된다.
@Ignore 메서드 해당 테스트 케이스를 실행하지 않도록 한다.
@RunWith 테스트 할 클래스 테스트 케이스를 실행할 테스트 러너를 지정할 수 있다.
@Suite 테스트 할 클래스 단위 테스트 케이스들을 묶어서 같이 실행하고 싶을 때 사용한다.
@Test 메서드 테스트 케이스로 지정한다.

📜 테스트 케이스에서 기대 출력 값과 실제 출력 값을 비교하는 구문은 Assert입니다. 출력 값에 해당하는 변수의 타입의 종류가 다양하므로, JUnit에서 다양한 변숫값을 비교할 수 있도록 여러 종류의 Assert구문을 지원하고 있습니다.

📌 메서드 설명

assertEquals(expected,actual) : 두 객체의 equals 결과가 참인지 검사한다.
assertTrue(actual) : 계산결과가 참인지 검사한다.
assertFalse(actual) : 계산결과가 거짓인지 검사한다.
assertNotNull(actual) : 계산결과가 null이 아닌지 검사한다.
assertNull(actual) : 계산결과가 null인지 검사한다.
assertSame(expected,actual) : 두 객체가 동일 객체인지 검사한다.
assertNotSame(expected,actual) : 두 객체가 동일 객체가 아닌지 검사한다.
fail("Test Fail") : 테스트 케이스를 실패시킨다.
assertArrayEquals(expected,actual) : 두 개의 배열의 equals 값이 참인지 검사한다.

📌 JUnit 실행결과

JUnit 테스트 코드의 실행 결괏값은 Pass, Fail 그리고 Error 상태 값을 가진다.

통과(Pass)는 Assert문이 통과되었을 때 가지는 상태 값이다.

실패(Fail)는 Assert문이 실패 한경우이다.

오류(Error)는 테스트 케이스 실행 시 예외가 발생하여 오류가 발생한 경우이다.

---

💡 언제 단위 테스트 코드를 수정해야 하는가?

테스트 코드도 소스코드이므로, 의도를 불분명하게 작성하거나, 반복적으로 동일한 테스트 코드를 작성하면 비효율이 발생한다.
그러므로, 테스트 코드도 지속적으로 유지보수를 수행해주어야 한다. 테스트 코드를 검증할 때, 코드 스멜, 행동 스멜 또는 프로젝트 스멜이 발견된다면, 테스트 코드는 수정되어야 한다.

즉, 테스트코드를 봄으로써, 해당 메소드를 작성한 개발자가 어떤의도로 만들었으며, 어떻게 동작하길 원하는지를 알 수 있게도 해주기 때문에 테스트 코드를 작성하는 습관을 들여야한다.

출처 : https://it-techtree.tistory.com/entry/reason-why-programmer-writes-unit-test#google_vignette
https://it-techtree.tistory.com/entry/How-to-write-java-test-code-using-junit