단위 테스트와 통합 테스트

이전 노션 블로그의 단위 테스트와 통합 테스트 (2023.03.13)로부터 마이그레이션된 글입니다.

단위 테스트 vs 통합 테스트

단위 테스트(Unit Test)는 하나의 모듈을 기준으로 독립적으로 진행되는 가장 작은 단위의 테스트이다. 여기서 모듈은 애플리케이션에서 작동하는 하나의 기능 또는 메소드로 이해할 수 있다. 예를 들어 웹에서 로그인 메소드에 대한 독립적인 테스트가 1개의 단위테스트가 될 수 있다.

즉, 단위 테스트는 “어떤 기능이 실행되면 어떤 결과가 나온다" 정도로 테스트를 진행한다.

통합 테스트(Integration Test)는 모듈을 통합하는 과정에서 모듈 간의 호환성을 확인하기 위해 수행되는 테스트이다. 일반적으로 애플리케이션은 여러 개의 모듈들로 구성이 되고, 모듈들끼리 상호작용한다. 그렇기에 통합된 모듈들이 올바르게 연계되어 동작하는지 검증이 필요한데, 이러한 목적으로 진행되는 테스트가 통합 테스트이다.

단위 테스트 작성의 필요성

단위 테스트 작성의 필요성

통합 테스트는 실제 여러 컴포넌트들 간의 상호작용을 테스트하기 때문에 컴포넌트들이 구동된 상태에서 테스트를 하게 된다. 그렇기에 통합 테스트를 위해서는 캐시나 DB 등이 실제 연결을 해야하고, 시스템을 구성하는 컴포넌트들이 많아질수록 테스트를 위한 비용이 상당히 커진다. 반면 단위 테스트는 해당 부분만 독릭접으로 테스트하기 때문에 빠르게 문제 여부를 확인할 수 있다.

• 테스팅에 대한 시간과 비용을 절감
• 새로운 기능 추가 시에 수시로 빠르게 테스트 가능
• 리팩토링 시에 안정성 확보
• 코드에 대한 문서로서 사용

그렇기 때문에 실무에서는 단위 테스트를 선호하며, TDD에서 애기하는 테스트도 단위 테스트를 의미한다. 우리는 우리가 작성한 테스트 코드를 수시로 빠르게 돌리면서 문제를 파악할 수 있다.

단위 테스트의 문제점과 Stub

어떤 객체가 자체적으로 모든 일을 처리한다면 문제가 없겠지만, 일반적인 애플리케이션에서는 1개의 기능을 처리하기 위해 다른 객체들과 상호작용해야 한다. 그렇기 때문에 다른 객체 대신 가짜 객체(Mock Object)를 주입하여 어떤 결과를 반환하라고 정해진 답변을 준비시켜야 하는데, 이를 stub이라고 한다.

예를 들어 DB에 새로운 데이터를 추가하는 코드를 테스트한다고 하면, Mock DB를 주입하여 insert 처리 시에 반드시 1를 반환하도록 해주는 것이 stub이다.

좋은 단위 테스트의 특징

요구사항은 계속 변하고, 그에 맞춰 코드 역시 변해야 한다. 하지만 실제 코드를 변경한다는 것은 잠재적인 버그가 발생할 수 있음을 내포하는데, 좋은 테스트 코드가 있다면 변경된 코드를 검증함으로써 해결할 수 있다. 또한 실제 코드가 변경되면 테스트 코드 역시 변경이 필요할 수 있는데, 이러한 이유로 테스트 코드 역시 가독성있게 작성할 필요가 있다.

그렇기에 다음을 준수해서 테스트 코드를 작성하는 것이 좋다.

1. 1개의 테스트 함수에 대해 assert를 최소화하라
2. 1개의 테스트 함수는 1가지 개념 만을 테스트하라

또한 좋고 깨끗한 테스트 코드는 FIRST 규칙을 따라야 한다.

1. Fast: 테스트는 빠르게 동작하여 자주 돌릴 수 있어야 한다.
2. Independent: 각각의 테스트는 독립적이며 서로 의존해서는 안된다.
3. Repeatable: 어느 환경에서도 반복 가능해야 한다.
4. Self-Validating: 테스트는 성공 또는 실패로 결과를 도출하고 자체적으로 검증되어야 한다.
5. Timely: 테스트하려는 실제 코드를 구현하기 직전에 테스트 코드를 구현해야 한다.

단위 테스트라는 이름 아래에 Spring의 모든 빈을 띄워서, 작성한 테스트를 실행하는데만 몇 분의 시간이 소요되는 모습을 볼 수 있었다. 이렇게 오랜 시간이 걸리는 테스트는 단위 테스트의 장점이 없어진 것이나 마찬가지다.