15.2 정적 테스트

1. 정적 테스트의 개요

가. 정적 테스트의 정의

-프로그램을 실행하지 않고 테스트하는 비실행 기반 테스트

 

나. 정적 테스트의 특징 

-소프트웨어 개발 과정에서 생산되는 문서(코드, 설계서, 분석서, 계획서, 표준)에 대한 검토를 통해 오류 발견

-동적 테스트와 상호 보완적인 테스트

-개발 초기에 오류 발견/수정을 통한 소프트웨어 품질 개선, 생산량 향상, 비용 절감 가능

-오류를 야기하는 개발자의 부적절한 작업 프로세스 파악, 수정하여 미래 오류예방 가능

-오류가 적은 소프트웨어 개발하도록 개발자 훈련 가능

 

2. 정적 테스트의 원리 및 기법

가. 정적 테스트의 원리

전문성을 가진 검토자	다양한 전문분야의 지식을 갖춘 검토자를 팀으로 구성
SQA 그룹 대표 주도	품질 보증에 가장 직접적인 책임을 가지기 때문에 테스트 주도
오류 수정이 아닌 발견	오류 발견 및 기록이 목적이며, 수정이 아님
팀 멤버 평가 금지	단순히 결과물에 대한 검토의 수단으로 활용
논쟁 제한	테스트 과정에서 불필요한 논쟁으로 인한 시간 낭비 금지
사전 준비	검토 대상 문서에 대해 미리 검토하여 코멘트 준비
검사목록 준비	리더는 검사목록을 제공하여 구성원이 오류에 집중하고, 효과적 효율적인 테스트 수행 도움

 

나. 정적 테스트의 기법

방법	분류	설명
비정형 검토 방법	정의	-공식적인 절차와 규칙이 없고, 문서화되지 않음 -계획 없이 비공식적으로 임의적으로 수행 -간단하게 수행 가능 -오류 발견에 대한 초점이 흐려질 가능성이 높음
정형 검토 방법	정의	-미리 수립된 계획과 정해진 규칙과 절차에 따라 수행 -많은 시간과 노력 필요 -오류 발견 가능성이 높음
	워크스루	-정형화가 가장 약한 기법 -계획없이 임의적으로 팀 미팅 소집하여 짧은 시간 동안 검토 수행 -문서 생성자가 소집하여 설명 진행하고 참가자들의 피드백을 통한 의견 수렴 -팀 교육 목적으로 수행 가능
	기술적 검토	-워크스루와 인스펙션의 중간 정도의 정형화 기법 -중재자가 주도하여 문서 내용 검토 및 합의 도출
	인스펙션	-FTR(Fromal Technical Review)라도도 함 -정형 테스트 방법 중 가장 많은 인원 필요 -팀원 각각의 역할 할당 후 절차에 따라 수행 -훈련된 중재자에 의해 수행 -사전에 검사 대상과 검사 목록을 제공하여 검토하고 검토 회의에서 발견된 문제점과 수정사항에 대해 협의 -오류 수정은 인스펙션 이후에 수행

 

3. 인스펙션 진행 절차

절차	특징	설명
계획	계획 수립	-중재자가 세부 계획 수립 -대상 검토 문서 및 참조 문서 등 결정
시작	관련 문서 배포	-중재자가 회의 소집 -인스펙션 목적과 절차 설명 -검토 문서, 참조 문서, 검사 목록 배포
준비	검토자 검토	-검토자가 개별 문서 검토 -잠재적 오류 파악, 검토 회의에서 제기할 질문이나 문제점 기록
검토회의	토론 및 대책 협의	-검토자에 의해 식별된 문제점과 오류 토론 및 대책 협의
재작업	수정	-발견된 오류 수정 및 결과 기록
후속조치	수정 결과 확인	-개발자가 수정했는지 검토