정적 테스트
From CS Wiki
- 상위 문서: 소프트웨어 테스트
- Static Test
- 소프트웨어를 실행하지 않고 코드나 문서를 리뷰하는 방식 등으로 수행하는 소프트웨어 테스트 종류
테스트 대상
- 소스 코드
- 개발 산출물
- 테스트 산출물
수행 시기
- 동적 테스트를 수행하기 전에 수행하는 것이 권장된다.
- 개발 전주기에 반복적으로 수행될 수 있다.
종류
구분 | Inspection | Peer Review | Walk Through |
---|---|---|---|
공식성 | Formal | Mid Formal | Informal |
개념 | 산출물 대상 공식 검토 | 개발단계별 산출물 대상 동료 검토 | 소팀 내 결함 해결방안 상호 검토 |
목적 | 요구사항 확인 | 계획의 적합성 평가 | 결함 발견 |
기법 | 이해관계자 산출물 검사 | 검토 회의 | 집중 검토 기법 |
규모 | 3 ~ 6명 | 3명 이상 | 2 ~ 7명 |
참석자 | 이해관계자 | 경영자, 개발 관리자 | 개발자 |
리더십 | 훈련된 중재자 | 선임 관리자 | 개발자 본인 |
결함 기록 | 공식 기록 | 공식 기록 | 개인별 기록 |
Inspection
- 공식적 검사
- 프로그램을 실행하지 않고 산출물을 대상으로 공식적 검토, 결함 발견 과정
- 구성: 이해 관계자, 중재자, 검토자, 기록자
Peer Review
- 동료 검토
- 프로젝트 수행과정에서 각 단계 별 산출물, 제품에 대해 동료들이 상호교차하여 검토 수행 활동
- 구성: 프로젝트 팀원, 체크리스트
WalkThrough
- 비공식 검토
- 프로젝트 개발 초기에 팀 내에서 수행하는 검토 과정
- 구성: 프로젝트 팀원
원칙
- 검토될 제품에 대한 체크 리스트를 개발
- 자원과 시간 일정을 할당
- 문제 영역을 명확히 표현하고 의제를 제한
- 제품의 검토에만 집중
- 검토의 과정과 결과를 재검토
- 논쟁과 반박을 제한
- 참가자의 수를 제한
- 사전 준비를 강요하고 사전에 작성한 메모들을 공유
- 모든 검토자들을 위해 의미있는 훈련을 진행
- 해결책이나 개선책에 대해서 논하지 않음