정적 테스트와 동적 테스트

정적 테스트 vs 동적 테스트

소프트웨어 테스트는 크게 정적 테스트(Static Testing)와 동적 테스트(Dynamic Testing) 두 가지로 분류됩니다. 두 방법은 프로그램의 실행 여부를 기준으로 나뉘며, 개발 수명 주기의 서로 다른 단계에서 결함을 발견하고 품질을 향상시키는 데 목적을 둡니다.

📝 정적 테스트 (Static Testing)

정적 테스트는 소프트웨어를 실행하지 않고 소스 코드, 설계 문서, 요구사항 명세서 등을 분석하여 결함을 찾아내는 테스트 방법입니다. 코드를 실행하기 전에 잠재적인 문제를 조기에 발견할 수 있어 비용 효율적입니다.

주요 기법 및 종류

• 리뷰 (Reviews): 동료, 기술 전문가 등이 문서를 검토하여 오류, 모호성, 불일치 등을 찾아내는 활동입니다.
  • 워크스루 (Walkthrough): 개발자가 동료들을 대상으로 직접 설명하며 검토를 진행합니다.
  • 인스펙션 (Inspection): 가장 공식적인 리뷰 형태로, 검토자 그룹이 역할을 분담하고 체크리스트를 기반으로 엄격하게 검토합니다.
  • 코드 리뷰 (Code Review): 다른 개발자가 작성한 소스 코드를 검토하여 버그, 코딩 표준 위반, 가독성 저하 등을 확인합니다.
• 정적 분석 (Static Analysis): 자동화된 도구를 사용하여 소스 코드를 분석하고 코딩 규칙 위반, 잠재적 런타임 오류, 보안 취약점 등을 찾아냅니다. (예: SonarQube, Checkstyle)

장점과 단점

• 장점:
  • 개발 초기에 결함을 발견하여 수정 비용을 크게 절감할 수 있습니다.
  • 런타임 환경에서 발견하기 어려운 코딩 표준 위반, 잠재적 버그를 찾아낼 수 있습니다.
  • 소스 코드뿐만 아니라 요구사항 명세서, 설계서 등 다양한 산출물에 적용 가능합니다.
  • 코드를 실행할 필요가 없어 테스트 환경 구축이 필요 없습니다.
• 단점:
  • 실제 실행 환경에서 발생하는 성능 문제, 메모리 누수 등의 동적인 결함은 발견할 수 없습니다.
  • 정적 분석 도구는 초기 설정이 복잡할 수 있으며, 오탐(False Positive)이 발생할 수 있습니다.
  • 리뷰 과정은 사람의 전문성에 크게 의존하며 시간이 많이 소요될 수 있습니다.

⚙️ 동적 테스트 (Dynamic Testing)

동적 테스트는 소프트웨어를 직접 실행하여 기능이 예상대로 동작하는지 확인하고, 런타임 오류나 성능 문제를 찾아내는 테스트 방법입니다. 사용자가 실제 프로그램을 사용하는 것과 유사한 환경에서 테스트가 진행됩니다.

주요 기법 및 종류

동적 테스트는 테스트 대상을 보는 관점에 따라 화이트박스 테스트와 블랙박스 테스트로 나뉩니다.

• 화이트박스 테스트 (White-box Testing): 프로그램의 내부 구조(소스 코드, 로직)를 보면서 테스트하는 방법입니다. 코드의 모든 경로를 테스트하는 것을 목표로 합니다.
  • 단위 테스트 (Unit Testing): 가장 작은 단위(함수, 메소드)를 개별적으로 테스트합니다.
  • 통합 테스트 (Integration Testing): 여러 단위를 결합하여 상호작용을 테스트합니다.
• 블랙박스 테스트 (Black-box Testing): 프로그램의 내부 구조를 보지 않고, 요구사항 명세서를 기반으로 입력과 출력을 확인하며 기능의 정확성을 테스트합니다.
  • 시스템 테스트 (System Testing): 전체 시스템이 요구사항을 만족하는지 확인합니다.
  • 인수 테스트 (Acceptance Testing): 사용자가 시스템을 사용할 준비가 되었는지 최종 확인합니다.

장점과 단점

• 장점:
  • 실제 실행 환경에서 발생하는 런타임 오류, 성능 저하, 메모리 관련 문제 등 동적인 결함을 발견할 수 있습니다.
  • 사용자 관점에서 시스템의 기능적 정확성을 효과적으로 검증할 수 있습니다.
  • 시스템 전체의 동작과 여러 모듈 간의 상호작용 문제를 확인할 수 있습니다.
• 단점:
  • 개발 후반부에 수행되므로 결함 발견 및 수정 비용이 상대적으로 높습니다.
  • 테스트를 위한 환경 구축 및 테스트 데이터 생성이 필요합니다.
  • 소스 코드의 모든 경로를 테스트하기 어려워 잠재적인 결함이 남아있을 수 있습니다.

정적 테스트와 동적 테스트 비교 요약

구분	정적 테스트 (Static Testing)	동적 테스트 (Dynamic Testing)
테스트 시점	개발 초기 (코딩 단계)	개발 후기 (실행 파일 생성 후)
테스트 대상	소스 코드, 설계서, 요구사항 명세서 등	실행 가능한 프로그램 (소프트웨어)
핵심 목적	결함 예방 (Prevention)	결함 발견 (Detection)
수행 방법	리뷰, 워크스루, 인스펙션, 정적 분석	단위/통합/시스템/인수 테스트
발견 가능 결함	코딩 표준 위반, 잠재적 오류, 데드 코드	기능 오류, 런타임 에러, 성능 문제
실행 여부	실행 안 함	실행 함