정적 테스트: 두 판 사이의 차이

IT위키
편집 요약 없음
편집 요약 없음
13번째 줄: 13번째 줄:
* 개발 전주기에 반복적으로 수행될 수 있다.
* 개발 전주기에 반복적으로 수행될 수 있다.


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

2020년 3월 11일 (수) 00:02 판

Static Test
소프트웨어를 실행하지 않고 코드나 문서를 리뷰하는 방식 등으로 수행하는 소프트웨어 테스트 종류

테스트 대상

  • 소스 코드
  • 개발 산출물
  • 테스트 산출물

수행 시기

  • 동적 테스트를 수행하기 전에 수행하는 것이 권장된다.
  • 개발 전주기에 반복적으로 수행될 수 있다.

종류

정형기술검토 Formal 정도.jpg

구분 Inspection Peer Review Walk Through
공식성 Formal Mid Formal Informal
개념 산출물 대상 공식 검토 개발단계별 산출물 대상 동료 검토 소팀 내 결함 해결방안 상호 검토
목적 요구사항 확인 계획의 적합성 평가 결함 발견
기법 이해관계자 산출물 검사 검토 회의 집중 검토 기법
규모 3 ~ 6명 3명 이상 2 ~ 7명
참석자 이해관계자 경영자, 개발 관리자 개발자
리더십 훈련된 중재자 선임 관리자 개발자 본인
결함 기록 공식 기록 공식 기록 개인별 기록

Inspection

  • 공식적 검사
  • 프로그램을 실행하지 않고 산출물을 대상으로 공식적 검토, 결함 발견 과정
  • 구성: 이해 관계자, 중재자, 검토자, 기록자

Peer Review

  • 동료 검토
  • 프로젝트 수행과정에서 각 단계 별 산출물, 제품에 대해 동료들이 상호교차하여 검토 수행 활동
  • 구성: 프로젝트 팀원, 체크리스트

WalkThrough

  • 비공식 검토
  • 프로젝트 개발 초기에 팀 내에서 수행하는 검토 과정
  • 구성: 프로젝트 팀원

원칙

  • 검토될 제품에 대한 체크 리스트를 개발
  • 자원과 시간 일정을 할당
  • 문제 영역을 명확히 표현하고 의제를 제한
  • 제품의 검토에만 집중
  • 검토의 과정과 결과를 재검토
  • 논쟁과 반박을 제한
  • 참가자의 수를 제한
  • 사전 준비를 강요하고 사전에 작성한 메모들을 공유
  • 모든 검토자들을 위해 의미있는 훈련을 진행
  • 해결책이나 개선책에 대해서 논하지 않음