[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. 복합적 리뷰
- 하나의 작업 산출물이 두 가지 이상 리뷰 유형의 대상이 될 수 있음
- 두 가지 이상의 리뷰 유형을 사용 하는 경우, 순서는 필요에 따라 조정 가능
- 공식적인 리뷰 준비를 위해 비공식적인 리뷰 선 진행 가능
- 때떄로 해결 확인을 위해 비공식적인 검토 사용 가능
- 첫 리뷰 결과에 따라 또 다른 리뷰가 필요할 수 있지만, 여러 공식 리뷰를 계획하는 것은 비효율적