[ISTQB] Certified Tester Foundation Level 3-2. 리뷰 프로세스

안녕하세요.

 

회사에서 Tester 관련 교육으로 ISTQB Certified Tester Foundation Level 자격증 수업을 수강 하게 되었습니다.

 

시험 공부 겸 수업 내용을 정리 해보려고 합니다.

 

* 수업은 SK하이닉스와 STA 테스트 컨설팅에서 진행 하였고, 권혜영 강사님의 수업 이었습니다.

 

---

 

1. 리뷰 유형

 

- 비공식 리뷰

  - 버디 체크

  - 페어링

  - 짝 리뷰 (페어 리뷰)

 

- 공식 리뷰 (비공식 리뷰에 가까운 순으로)

  - Walkthrough

  - 기술 리뷰

  - Inspection (가장 공식 적으로 하는 리뷰)

 

 

2. 리뷰 프로세스 : 계획 -> 리뷰 착수 -> 개별 리뷰 -> 이슈 논의 및 분석 -> 수정 및 보고

 

- 계획

  - 리뷰 목적, 리뷰 할 문서가 전체인지 특정 부분인지, 평가 할 품질 특성 등을 포함하는 범위의 정의

  - 노력과 기간 추정

  - 리뷰 유형에 따라 결정되는 역할, 홀동, 체크리스트와 같은 리뷰 특성의 식별

  - 리뷰에 참석 할 인원을 선정하고 역할 할당

  - 인스펙션과 같은 보다 공식적인 리뷰의 경우에는 시작 및 종료 조건 정의

  - (공식적인 리뷰 유형의 경우) 시작 조건이 충족 되는지 확인

 

- 리뷰 착수

  - 작업 산출물과 이슈 기록 양식, 체크리스트, 관련된 작업 산출물과 같은 기타 자료 배포

  - 참가자가 범위, 목적, 프로세스, 역할, 작업 산출물을 설명

  - 참가자가 리뷰에 대해 가질 수 있는 여러 질문에 답변

 

- 개별 리뷰

  - 작업 산출물 전체 혹은 부분 리뷰

  - 잠재 결함, 권고 사항, 질문 기록

 

- 이슈 논의 및 분석

  - 식별 한 잠재 결함 전달

  - 잠재 결함 분석 및 담당자 및 상태 할당

  - 품질 특성 평가 및 문서화

  - 종료 조건을 기준으로 리뷰 결과를 평가하여 리뷰 결과 전달

 

- 수정 및 보고

  - 수정이 필요한 잠재 결함에 대한 결함 보고서 작성

  - 리뷰 한 작업 산출물에서 발견 한 결함 수정

  - 결함 정보를 적절한 사람이나 팀과 공유

  - 필요한 경우 주석 작성자의 동의를 포함해 업데이트 된 결함 상태 기록

  - 메트릭 수집

  - 종료 조건의 충족 여부 확인

 

 

3. 리뷰에서의 역할과 책임

 

- 저자

  - 리뷰 대상 작업 산출물 작성

  - 리뷰 대상 작업 산출물 결함 수정

 

- 관리자

  - 리뷰 계획 담당

  - 리뷰 실행 결정

  - 인력, 예산, 시간 할당

  - 진행 비용 대비 효과 모니터링

  - 결과가 만족스럽지 않은 경우 제어 결정 실행

 

- 촉진자 (Facilitator) / 중재자 (Moderator)

  - 리뷰 회의 진행 시 효과적 회의 진행 보장

  - 필요한 경우 다양한 관점들에 대한 중재

  - 많은 경우 리뷰의 성공 여부에 결정적인 역할을 하는 사람

 

- 리뷰 리더

  - 전반적으로 리뷰에 대한 책임을 지는 사람

  - 참여자를 결정하고 언제 어디서 진행 할 지 결정

 

- 검토자 (Reviewer)

  - 해당 주제에 대한 전문가, 프로젝트 참여 인원, 작업 산출물에 있는 이해 관계자나 특정 기술 혹은 비지니스 배경을 가진 사람 등

  - 리뷰 대상 작업 산출물의 잠재적 결함 식별

  - 다양한 관점을 대표 할 수 있음

 

- 서기 / 기록자

  - 개별 리뷰 활동에서 발견한 잠재 결함 수집

  - 리뷰 회의가 진행 되는 경우 새로운 잠재 결함, 쟁점, 결정 사항 기록

 

 

4. 비공식 리뷰

 

- 주요 목적

  - 잠재적 결함 발견

 

- 기타 목적

  - 새로운 아이디어나 해결책 도출

  - 소소한 문제의 빠른 해결

 

- 공식 (문서화 된) 프로세스를 기반으로 하지 않음

- 리뷰 회의를 진행 하지 않을 수 있음

- 저자의 동료 또는 다른 사람이 수행 할 수 있음

- 결과는 문서로 기록 할 수 있음

- 검토자에 따라 성과가 달라짐

- 체크리스트 사용 여부는 상황에 맞게 판단

- 애자일 개발에서 매우 일반적으로 사용 됨

 

 

5. Walkthrough

 

- 주요 목적

  - 결함 발견

  - 소프트웨어 제품 개선

  - 다른 구현 방법 고려

  - 표준이나 규정 준수 평가

 

- 기타 목적

  - 다양한 기술이나 스타일에 대한 아이디어 교환

  - 참여자 교육

  - 합의 도출

 

- 리뷰 회의 전 개별 준비는 필요에 따라 수행

- 리뷰 회의는 일반적으로 작업 산출물의 저자가 주도

- 서기 참여 필수

- 체크리스트 사용 여부는 상황에 맞게 판단

- 시나리오, 드라이 런, 시뮬레이션의 형태로 수행 할 수 있음

- 잠재 결함 로그와 리뷰 보고서를 작성 할 수 있음

- 실무에서는 비공식적인 형식에서 매우 공식적인 형식 까지 다양 할 수 있음

 

 

6. 기술 리뷰 (테크니컬 리뷰)

 

- 주요 목적

  - 합의 도출

  - 잠재적 결함 발견

 

- 기타 목적

  - 작업 산출물의 품질 평가 및 자신감 획득

  - 새로운 아이디어 도출

  - 저자가 미래의 작업 산출물을 개선하도록 지원하고 동기를 부여

  - 다른 구현 방법 고려

 

- 검토자는 저자의 기술 동료이면서 동일 분야 또는 다른 분야의 기술 전문가여야 함

- 리뷰 회의 전 개별 준비 필요

- 리뷰 회의는 선택 사항이며, 이상적으로는 훈련된 촉진자가 주도

- 서기는 반드시 있어야 함 (이상적으로는 저자가 아닌 사람이 수행)

- 체크 리스트 사용 여부는 상황에 맞게 판단

- 잠재 결함 로그와 리뷰 보고서가 일반적으로 작성 됨

 

 

7. Inspection (인스펙션)

 

- 주요 목적

  - 잠재적 결함 발견

  - 작업 산출물의 품질 평가 및 자신감 획득

  - 저자 학습과 근본 원인 분석을 통한 유사 결함의 발생 예방

 

- 기타 목적

  - 저자가 앞을오의 작업 산출물과 소프트웨어 개발 프로세스를 개선하고 합의를 이끌어 내도록 동기를 부여

 

- 규칙 및 체크리스트를 기반으로 공식 문서 산출물을 작성하는 정의된 프로세스를 수행

- 명확하게 정의된 역할 참여

  - 낭독자의 참여 가능

  - 검토자 : 저자의 동료 또는 작업 산출물과 연관된 분야의 전문가

  - 서기 참여 필수

  - 리뷰 회의는 훈련 받은 촉진자가 주도

  - 저자는 리뷰 리더, 낭독자, 서기가 될 수 없음

- 리뷰 회의 전 개별 준비 필요

- 명시된 시작 및 종료 조건을 사용

- 잠재적인 결함 로그 및 리뷰 보고서 작성

- 인스펙션 프로세스 포함 전체 소프트웨어 개발 프로세스를 개선하기 위해 메트릭을 수집하고 사용

 

 

8. 복합적 리뷰

 

- 하나의 작업 산출물이 두 가지 이상 리뷰 유형의 대상이 될 수 있음

 

- 두 가지 이상의 리뷰 유형을 사용 하는 경우, 순서는 필요에 따라 조정 가능

  - 공식적인 리뷰 준비를 위해 비공식적인 리뷰 선 진행 가능

 

- 때떄로 해결 확인을 위해 비공식적인 검토 사용 가능

 

- 첫 리뷰 결과에 따라 또 다른 리뷰가 필요할 수 있지만, 여러 공식 리뷰를 계획하는 것은 비효율적