티스토리 뷰

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

Code Inspection

 

산출물(작성된 코드)이 미리 정의된 룰에 위반되는 사항은 없는지를 검토하는 작업입니다. Code Inspection을 위해서는 코딩 표준이 필요하며 코딩 표준은 코딩 룰로 구성됩니다. 코딩 룰은 Code Layout, SW Bug Issue, code Portable Issue, SW Metrics 등의 세부분야가 있습니다.

 

코드 작성 이전에 검토 규칙(룰)은 사전에 작성되어 배포되어야 하며 개발자에게 충분한 교육이 이루어져야 합니다. 이를 통해 초기에 소프트웨어 결함을 효율적으로 제거하고 예방 가능한 결함을 이해하기 쉽게 유지하며 개발자로 하여금 반복적인 실수를 범하지 않게 예방하는데 그 목적이 있습니다.

 

 

Code Review는 코딩 표준(Coding Standard)에 의해서 코드가 작성되었는지를 검사하는 방법입니다. 코드 작성자가 직접 수행하지는 않고 다른 개발자에 의해서 수행합니다. SW의 유지보수 비용을 최소화합니다. Fault Detection은 Runtime 오류 유발 가능 코드를 검출합니다(0으로 나누기 등). 미리 정의된 오류 패턴에 따라 추적하여 오류를 찾아냅니다. SW의 버그 자체를 줄이는데 효율적인 테스트 방식이지만 외부 입력에 의해 발생 가능한 문제는 검토가 불가능합니다. Work Thru 방식은 미리 정의된 시나리오에 의해서 코드를 시뮬레이션하는 것으로 Static Test 방식 중 유일하게 논리적 오류의 검토가 가능합니다. 동작 가능한 모든 시나리오를 코드 작성자가 제공합니다.

 

 

 

Code Review는 유지보수가 용이한 코드 작성을 통해 개발 비용을 최소화가 목표입니다. Fault Detection은 빠른 시간에 오류를 검출하는 방법을 제공하여 정확하게 오류를 검출하기 위해 이용합니다.

 

세가지 테스트방법은 적용하는 시점이 다릅니다. Code Review는 코드 작성 기간 내내 적용이 필요하고, Fault Detection의 경우 Integration Test 시점에 적용이 가능합니다. Work Thru는 Code 작성과 Integration Test 사이에 적용할 수 있습니다.

 

Runtime Test

 

호출 가능한 모든 함수, 적용가능한 모든 데이터 등 가능한 모든 범위에서 발생하는 오류를 검출합니다. 모든 실행 가능성을 검사하여 SW 안전성을 검증합니다. Static Test임에도 불구하고 모든 범위에서 검증을 하므로 많은 테스트 시간이 필요한 특징이 있습니다.

 

댓글
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday