단위·통합 테스트

학습 목표

이 모듈 한 줄 요약 — "개발자가 짜 둔 시험을 읽을 줄 알게 된다". 개발자는 자기 코드를 확인하는 시험을 코드로 짜 둔다. 그것을 읽을 수 있으면 이미 확인된 것과 아직 아무도 안 본 것이 갈린다. 직접 짜는 것은 그다음이고, 먼저 읽는 쪽부터 한다.

이 모듈을 마치면 단위 테스트와 통합 테스트의 차이를 설명하고, xUnit 계열 프레임워크의 공통 구조를 읽을 수 있다. 목·스텁·스파이 같은 테스트 더블을 구분해서 이해하고, 시간·랜덤·외부 API 같은 비결정적 요소를 테스트에서 어떻게 통제하는지 익힌다. 커버리지 리포트가 왜 그 자체로 품질을 보장하지 않는지, 그리고 프런트엔드 컴포넌트를 사용자 관점에서 테스트하는 법까지 다룬다.

완료 후 할 수 있는 것

• 단위 테스트와 통합 테스트의 범위와 목적 차이를 설명할 수 있다
• xUnit 계열 프레임워크(JUnit, pytest, Jest 등)의 공통 구조를 읽을 수 있다
• 더미·스텁·스파이·목·페이크 같은 테스트 더블의 종류를 구분할 수 있다
• 시간·랜덤 값·외부 API에 의존하는 코드를 테스트 가능하게 통제하는 법을 설명할 수 있다
• 라인 커버리지와 브랜치 커버리지의 차이, 커버리지 100%의 함정을 설명할 수 있다
• 프런트엔드 컴포넌트를 사용자 관점에서 테스트하는 접근을 설명할 수 있다

채용시장에서의 위치

"단위 테스트 코드 리뷰 경험", "Jest/pytest 사용 경험" 같은 문구는 자동화 QA·SDET 채용에서 자주 등장한다. 이 모듈은 여러분이 직접 단위 테스트 코드를 완벽히 짜는 개발자 수준이 되는 것을 목표로 하지 않는다 — 대신, 개발자가 작성한 단위 테스트가 실제로 무엇을 검증하고 있는지 읽고 판단할 수 있는 능력에 초점을 맞춘다. 이건 스테이지 4(자동화 전략)에서 "무엇을 자동화하고 무엇을 수동으로 남길지" 판단할 때, 그리고 스테이지 6(AI 시대의 QA)에서 AI가 작성한 테스트 코드를 검증할 때 그대로 이어지는 기초 체력이다.