테스트 fixture와 setup/teardown이란 무엇인가요?

Question

IT Interview Practice · Accepted Answer

**테스트 fixture**는 테스트가 실행되는 데 필요한 고정된 설정(데이터, 객체, 상태)이고, **setup/teardown** 메서드는 테스트 전후에 이 컨텍스트를 준비하고 정리합니다. 이들은 중복을 줄이고 테스트가 일관되고 격리된 상태에서 실행되도록 보장합니다.

## setup과 teardown

```text
SETUP → 테스트 전에 실행되어 컨텍스트 준비 (객체, 데이터, 연결 생성)
TEARDOWN → 테스트 후에 실행되어 정리 (연결 종료, 데이터 삭제, 상태 리셋)
→ 프레임워크가 훅을 제공한다:
  beforeEach / afterEach → 각 테스트 전/후 (테스트마다 신선한 상태 — 흔함)
  beforeAll / afterAll → 그룹 내 모든 테스트 전/후 한 번 (비싼 공유 설정)
```

```js
describe('UserService', () => {
  let service, db;
  beforeEach(() => {                 // 각 테스트마다 신선한 셋업 (격리)
    db = createTestDb();
    service = new UserService(db);
  });
  afterEach(() => db.close());        // 각 테스트 후 정리

test('creates a user', () => { /* 신선한 service/db 사용 */ });
});
```

## fixture — 재사용 가능한 테스트 데이터/상태

```text
FIXTURE → 테스트가 사용하는 미리 정의된 데이터/객체 (알려진 시작 상태):
  → 예: 샘플 user, 레코드 세트, 설정된 객체
  → FACTORY → 테스트 데이터를 유연하게 생성 (합리적 기본값 + 오버라이드로 객체 빌드)
    — 다양한 시나리오에는 하드코딩 데이터보다 나음
→ 중복을 줄이고; 테스트에 일관되고 알려진 데이터 제공
```

## 모범 사례

```text
✓ beforeEach 선호 (테스트마다 신선한 상태) → 격리 (테스트가 서로 영향 안 줌)
✓ teardown에서 정리 → 불안정/순서 의존 테스트를 일으키는 남은 상태 없음
✓ 셋업을 최소하고 명확하게; 유연한 테스트 데이터에 factory 사용
✓ 테스트 간 가변 상태 공유 금지 (불안정성/순서 의존의 원인)
```

## 왜 중요한가

테스트 fixture와 setup/teardown을 이해하는 것은 가치가 있습니다. 이들은 **깨끗하고, 격리되고, 유지보수 가능한 테스트 작성에 필수적**이므로 유용한 실용 지식입니다.

테스트는 일관된 시작 컨텍스트(데이터, 객체, 상태)가 필요하고, **setup/teardown** 메서드(프레임워크가 제공하는 `beforeEach`/`afterEach`와 `beforeAll`/`afterAll` 훅)는 테스트 전에 이 컨텍스트를 준비하고 후에 정리합니다 — 중복을 줄이고(모든 테스트가 아니라 한 번 작성된 공유 설정) 테스트가 알려진 상태에서 실행되도록 보장합니다.

이런 훅과 각각을 언제 사용할지(테스트마다 신선한 상태에는 beforeEach, 비싼 공유 설정에는 beforeAll) 이해하는 것이 테스트를 잘 조직하는 데 필요합니다.

**fixture**(테스트에 알려진 시작 상태를 주는 미리 정의된 테스트 데이터와 객체)와 **factory**(합리적 기본값과 오버라이드로 테스트 데이터를 유연하게 생성, 다양한 시나리오에 하드코딩 데이터보다 나음)를 이해하는 것이 테스트에 일관되고 관리 가능한 데이터를 제공하는 데 가치가 있습니다.

가장 중요하게, **모범 사례**를 이해하는 것이 테스트 품질과 연결됩니다: **테스트마다 신선한 상태**를 위해 `beforeEach`를 선호하면 **격리**(테스트가 서로 영향을 주지 않음 — 신뢰할 수 있는 테스트에 결정적)를 보장하고, **teardown에서 정리**하면 불안정하고 순서 의존적인 테스트를 일으키는 남은 상태(불안정성의 흔한 원천)를 방지하며, **테스트 간 가변 상태를 공유하지 않음**이 순서 의존과 불안정성을 피합니다.

이런 사례들이 좋은 테스트가 요구하는 테스트 격리와 결정성을 직접 뒷받침합니다.

테스트는 일관된 셋업과 정리가 필요하고, fixture와 setup/teardown(잘 사용되면, 적절한 격리와 정리와 함께)이 중복을 줄이고 신뢰할 수 있는 테스트가 의존하는 격리되고 결정적인 상태를 보장하므로, 테스트 fixture와 setup/teardown을 이해하는 것은 가치 있고 실용적인 지식입니다. 이는 깨끗하고, 격리되고, 유지보수 가능한 테스트를 작성하는 데 중요하며, 신뢰할 수 있는 테스트를 불안정한 것과 구별하는 격리와 결정성을 직접 뒷받침하는, 거의 모든 테스트 스위트를 조직하는 데 적용되는 유용한 기술입니다.

setup과 teardown

fixture — 재사용 가능한 테스트 데이터/상태

모범 사례

왜 중요한가

관련 질문