SW Test - 검증방식에 따른 분류(2)

 검증하는 방식에 따라 Code Inspection, Runtime Test, Unit Test, Integration Test, System Test, Acceptance Test 등으로 분류할 수 있습니다.

 

Unit Test

 

클래스, 함수, 이벤트, 메시지 등을 테스트 대상의 단위(모듈)로 하여 동작의 이상 유무를 판단합니다. 설계서 상에 정의된 기능을 제대로 수행하는지 검증하는데 디버깅이 쉬워 결함이 발견될 때마다 수정이 가능하다는 것이 장점입니다. 빡빡한 개발 스케줄 등으로 인해 국내에서는 많이 활용되지 않고 있는 방식입니다. Unit Test는 Test Driven Development 방식으로 테스트를 위한 명세(Spec)가 코드보다 먼저 작성되고 Test Case에 알맞게 코딩을 합니다. 코드 작성 완료 후에 Test Case를 적용하게 됩니다.

 

 

Integration Test

 

모듈 단위별로 검증이 완료된 후 통합 단계에서의 테스트입니다. 각 모듈간에 인터페이스와 상호 연동 동작을 테스트하게 됩니다. Unit Test에 비해 넓은 영역을 커버하는데 많은 양의 코드를 동시에 테스트할 수 있습니다. 하지만 문제의 원인을 추측하는데에 어려움이 따를 수 있습니다.

 

 

 

System Test

 

전체 시스템이 개발되고 통합되었을 때 수행됩니다. 앞선 Unit Test와 Integration Test가 완료되어 기능상에 문제가 없는 상태여야 합니다. 시스템에서 발생하는 메시지나 이벤트에 따른 SW의 동작을 검증하며, 통합 유닛(최종 바이너리 파일)의 Target 위에서의 동작을 테스트하게 됩니다. 최종 제품보다는 개발용 보드를 이용하는 편입니다. 기능적인 부분은 Black Box Test 방식으로, 구조적인 부분은 White Box Test 방식으로 수행합니다.

 

Acceptance Test

 

개발된 시스템을 배포하거나 실제 사용할만한 준비가 되었는지를 평가합니다. 시스템에 대해 확신을 얻는 것이 목적으로 결함을 찾는 것은 Acceptance Test의 주된 목적이 아닙니다. 이 결과를 바탕으로 고객(구매자)이 개발된 시스템을 인수할 것인지를 결정합니다. 알파 테스트와 베타 테스트 방식이 있는데 알파 테스트는 개발팀에서 테스트를 수행하는 것이고 베타 테스트는 관련부서나 일반인을 상대로 테스트를 진행합니다.