ISTQB 3.2 리뷰 프로세스

3-1. 리뷰 프로세스

1. 리뷰 목적

  • 결함 발견, 이해도 증진, 합의에 의한 결정과 이를 위한 토론
  • 체계적인 리뷰를 통해 고품질 SW 개발과 비용 절감은 물론 개발 기간 단축의 효과
  • 페이건 인스펙션
    • 초기에 많은 인력
    • 코딩 단계부터 인력이 줄게됨 품질 비용이 감소하고 개발 기간 단축

2. 공식적 리뷰의 단계

  • 정적 테스트 활동의 중요성이 높아지고 있음
  • 정적 테스트 프로세스
  • 정적 테스트 준비 단계
    • 리뷰/분석 단계
    • 후속 처리 확인 단계
    • 비공식적인 리뷰도 일반적인 프로세스를 준수하는 것이 좋음
    • 테스트 관리 프로세스와 정적 테스트 프로세스의 관계
  • 공식적 리뷰의 절차
    • 계획 활동 → 시작 → 개별 준비 → 리뷰 미팅 → 재작업 → 후속 처리 확인
    • step

3. 역할과 책임

  • 관리자(Manager)
    • 리뷰 진행 결정, 프로젝트 일정에 리뷰 시간 할당, 리뷰의 목적 달성 여부 확인하고 승인
  • 중재자(Moderator)
    • 리뷰 회의 리드(리뷰 계획, 미팅 진행, 미팅 후속 조치 추적 관리 등)
    • 다양한 관점을 중재하는 자로 리뷰의 성패를 좌우
  • 저자(Author)
    • 리뷰 대상 문서(산출물)의 작성자 또는 책임자
  • 검토자(Reviewer) – 테스트 전문가 참여
    • 리뷰 대상 제품에서 인시턴트를 발견하고 기술할 사람(검사자 또는 인 스펙터)
    • 기술적 또는 비즈니스 배경을 갖춘자
    • 리뷰어는 다양한 관점과 역할을 대표하도록 선택되야 함
  • 기록자(Scribe or recorder)
    • 리뷰 미팅에서 발견된 모든 이슈, 문제점, 미해결점 등을 기록하고 문서 화함
  • 체크리스트 활용
  • 효과적/효율적인 리뷰를 위해 사용자, 유지보수 담당자, 테스터, 시스템 운영자 등 다양한 관점의 체크리스트 또는 문서 유형별 체크리스트 이용 및 개발 권고
    • 테스트 케이스 → 시간과 노력 많이 필요
    • 변경된 요구사항과 설계 반영을 위해 지속적으로 업데이트 필요

3. 리뷰의 유형

  • 워크쓰루(Walkthrough)
    • 이해 향상과 결함 발견
    • 저자(Author:산출물 작성자)에 의한 진행 및 제어
    • 성격 : 시나리오 사용, 예행 연습(Dry runs), 동료 그룹 검토
    • 시간 및 인원수 등에 제한이 없고 상황에 따라 변경할 수 있는 (Open-ended) 세션
    • (선택적) 미팅 전 준비 과정 거침 → 역할 지정(검토자, 기록자 등), 리뷰 리포트 준비, 인시던트(조사가 요구되는 이벤트) 목록 준비
    • 실무에서는 비공식적 또는 공식적일 수 있음
    • 주요 목적 : 학습, 시스템에 대한 이해 향상, 결함 발견
  • 인스펙션(Inspection) → 결함 발견
    • 저자가 아닌 중재자가 주도적으로 진행 및 제어
    • 주로 동료 검사
    • 역할이 정의되어 있음
    • 메트릭(측정 척도와 방법)을 수집하고 활용함
    • 체크리스트와 규칙을 기반으로 시작과 종료 조건이 있는 정식 프로세스 존재
    • 미팅 전 준비 과정 필요
    • 인스펙션 리포트와 발견사항(인시턴트) 리스트 산출
    • 정식적인 후속 처리 확인(Follow-up) 프로세스 존재
    • (선택적) 리뷰 프로세스 개선 활동 수행
  • 인스펙션 대상
    • 모든 개발 산출물과 테스트 산출물
    • 리스크 분석 결과를 활용하여 장애 발생 가능성이 높고 발생한 장애로 인한 영향이 심각할 수 있는 부분을 중심으로 진행
    • 비즈니스와 연관성이 높거나, 복잡도, 변경율, 결함율이 높은 부분이 이에 해당
    • 리스크 기반 테스트 전략 → 리뷰 강도 조절
  • 워크쓰루 vs. 인스펙션
    • 사업적 리스크가 높은 영역 – 워크쓰루
    • 기술적 리스트가 높은 영역 – 인스펙션 이나 기술적 리뷰