Test Pyramid

Test Pyramid:

Unit Test

단위를 격리해서 테스트하는 것을 단위 테스트라고 한다. 단위 테스트는 빠르다. 따라서 빠르고 자동화된 테스트 스위트는 우리에게 지속적인 피드백(Immediate feedback for interface design decisions) 을 준다.

단위 테스트의 단점으로는 현실성이 떨어지며, 잡을 수 없는 종류의 버그가 존재한다. 단위 테스트만으로는 소프트웨어 시스템의 실제 실행 모습을 완벽하게 재현할 수 없다.

Roy Osherove 는 다음과 같이 말했다.

"단위 테스트는 시스템에서 작업 단위를 호출하는 자동화된 코드 조각이다. 작업 단위는 한 메서드, 한 클래스 또는 함께 동작하는 여러 클래스에 이룰 수 있고 검증 가능한 단 하나의 논리적 목표를 달성한다."

단위 테스트에서 가장 어려운 점은 한 단위를 구성하는 요소를 정의하는 것 이다.

A unit test typically replaces external collaborators with test doubles:

대부분의 경우에 단위 테스트는 데이터베이스나 웹 서비스 등과 같은 외부 시스템에 의존하지 않는 작은 클래스 세트 등 을 테스트하는 것을 뜻한다. 만약 외부 서비스에 의존(Dependency)하고 있다면 가능한한 격리 하여 테스트 해야 한다.

단위 테스트는 최소한 public interface of the class 를 테스트 해야 한다.

Integration Test

통합 테스트는 우리의 코드와 외부 요소 간(e.g DB, 외부 API 등)의 통합을 테스트해야할 때 사용하는 방법이다. 예를 들어 데이터베이스와의 통합을 테스트하는 경우, 테스트가 끝나면 모든 것을 깨끗한 상태로 되돌릴 수 있는, 테스트 목적만으로 격리된 데이터베이스 인스턴스가 필요하다.

System Test

시스템 테스트는 시스템이 가진 모든 데이터베이스, 프론트 엔드, 앱 및 기타 구성 요소를 포함한 전체 소프트웨어 시스템을 테스트하는 것을 의미한다.

시스템 테스트의 장점은 테스트가 현실적 이라는 것이며, 단점은 느리고, 작성하기 힘들고, 불안정한 경향 이 있다는 것이다.

통합 테스트와 시스템 테스트는 작성 비용이 크다. 따라서 모든 기능에 대해서 적용할 필요는 없고, 통합 도중 문제 발생 소지가 있을 것 같은 코드의 특정 부분만 통합 테스트 또는 시스템 테스트를 사용하여 테스트할 수 있다.

References