ISTQB - CTFL [정적 테스팅] 피드백과 리뷰 프로세스 정리

이해 관계자 피드백을 조기에 자주 받을 때의 이점

• 피드백을 조기에 자주 받으면 잠재적인 품질 문제를 초기에 파악할 수 있다.
• 프트웨어 개발수명주기 동안 이해관계자의 참여가 적으면 개발 중인 제품이 이해관계자의 초기 및 현재 요구를 충족하지 못할 수 있다.
• 이해관계자가 원하는 것을 전달하지 못하면 큰 비용이 드는 재작업, 납기일 지연, 서로 간의 비난 등이 발생할 수 있으며, 심한 경우 프로젝트가 완전히 실패할 수 있다.
• 소프트웨어 개발수명주기 전반에 걸쳐 이해관계자의 피드백을 자주 받으면 요구사항에 대한 오해를 방지하고 요구사항 변경을 조기에 이해하고 구현할 수 있다.

이를 통해 개발팀은 구현 중인 제품에 대한 이해도를 높일 수 있다. 그리고 이해관계자에게 가장 중요하고, 식별한 리스크에 가장 긍정적인 영향을 미치는 기능에 집중할 수 있다.

리뷰 프로세스 활동

작업 산출물이 너무 커서 한 번의 리뷰로 다룰 수 없는 경우도 많다.

전체 작업 산출물의 리뷰를 끝내기 위해 리뷰 프로세스를 여러 번 수행할 수 있다.

리뷰 프로세스에 포함되는 활동

• 계획: 계획 단계에서 목적, 리뷰 대상 작업 산출물, 평가할 품질 특성, 집중할 영역, 완료 조건, 적용 표준과 같은 추가 정보, 공수, 리뷰 일정 등으로 구성되는 리뷰의 범위를 정의해야 한다.
• 리뷰 착수: 리뷰착수의 목표는 관련된 모든 사람과 사항이 리뷰를 시작할 준비가 되었는지 확인하는 것이다.
  여기에는 모든 참여자가 리뷰중인 작업 산출물에 접근할 수 있는지, 자신의 역할과 책임을 이해하고 있는지, 리뷰를 수행하는 데 필요한 것들을 받았는지 확인하는 과정이 포함된다. 
• 개별 리뷰: 모든 리뷰터는 하나 이상의 리뷰 기법(체크리스트 기반 리뷰, 시나리오 기반 리뷰)을 적용해 리뷰 중인 작업 산출물의 품질을 평가하고, 이상 사항, 권장 사항, 의문 사항을 식별하기 위해 개별 리뷰를 수행한다.
• 논의 및 분석: 리뷰 중에 확인한 이상 사항이 반드시 결함은 아니므로 모든 이상 사항에 대해 분석하고 논의할 필요가 있다. 각 이상 사항의 상태, 담당자, 필요 조치를 판단해야 한다. 이는 일반적으로 리뷰 회의에서 이루어지며, 회의에서 참가자들은 리뷰한 작업 산출물의 품질 수준과 필요한 후속 조치도 결정한다. 조치를 완료하기 위해 후속 리뷰가 필요할 수 있다.
• 수정 및 보고: 모든 결함에 대한 결과 보고서를 작성해 후속 조치가 추적 가능하도록 한다. 완료 조건을 충족하면 작업 결과물을 승인할 수 있다 - 리뷰 결과를 보고한다.

리뷰에서의 역할과 책임

리뷰에서는 다양한 이해관계자가 참여하며, 한 명이 여러 역할을 동시에 맡을 수도 있다.

주요 역할과 책임

• 관리자 - 리뷰할 내용을 결정하고, 리뷰에 필요한 사람과 시간 등 자원을 제공한다.
• 저자 - 리뷰 대상 작업 산출물을 작성하고 수정한다.
• 중재자(퍼실리데이터라고도 한다.) - 중재, 시간 관리, 모든 사람이 자유롭게 발언할 수 있는 안전한 리뷰 환경 조성 등 리뷰 회의의 효과적인 운영을 담당한다.
• 서기(기록자라고도 함) - 리뷰어로부터 이상 사항을 수집하고, 결정 사항이나 리뷰 회의 중에 발견한 새로운 이상 사항 등 리뷰 정보를 기록한다.
• 리뷰터(검토자) - 리뷰를 수행한다. 리뷰어는 프로젝트에 참여하는 사람 또는 주제 전문가, 기타 이해관계자가 될 수 있다.
• 리뷰 리더 - 리뷰에 참여할 사람을 결정하고, 리뷰 시간과 장소를 협의하는 등 리뷰에 대한 전반적인 책임을 진다.

리뷰 유형

비공식 리뷰부터 공식 리뷰까지 다양한 리뷰 유형이 있다. 리뷰가 어느 정도로 공식적이어야 하는지는 사용 중인 소프트웨어 개발수명주기, 개발 프로세스의 성숙도, 리뷰 대상 작업 산출물의 중요도와 복잡성, 법적 또는 규제 요구사항, 감사용 기록의 필요성 등에 따라 달라진다.

처음에는 비공식적으로 리뷰하고, 나중에 보다 공식적으로 리뷰하는 등, 같은 작업 산출물도 여러 형태로 리뷰할 수 있다.

필요한 리뷰 목적을 달성하려면 적절한 리뷰 유형을 선택하는 것이 중요하다.

목적 외에도 프로젝트 요구사항, 가용 자원, 작업 산출물 유형과 리스크, 비즈니스 영역, 사내 문화와 같은 요소도 선택에 반영된다.

많이 사용하는 리뷰 유형

• 비공식 리뷰(Informal review): 비공식 리뷰는 정의된 프로세스를 따르지 않으며, 공식적인 결과 문서도 요구하지 않는다. 주요 목적은 이상 사항을 식별하는 것이다.
• 워크쓰루(WalkThrough): 저자가 리더가 되는 워크쓰루를 통해 품질 평가 및 작업 산출물에 대한 신뢰 구축, 리뷰어 교육, 합의 도출, 새로운 아이디어 창출, 저자가 개선할 수 있도록 동기 부여 및 지원, 이상 사항 발견 등 여러 가지 목적을 달성할 수 있다. 리뷰어는 워크쓰루 전에 개별 리뷰를 수행할 수도 있지만, 반드시 해야 하는 것은 아니다.
• 기술 리뷰(Technical review): 기술 리뷰는 기술적인 자격을 갖춘 리뷰어가 수행하고, 중재자가 리더가 된다. 기술 리뷰의 목적은 기술 문제에 대한 합의를 도출하고, 결정을 내리는 것뿐만 아니라, 이상 사항 식별, 품질 평가 및 작업 산출물에 대한 신뢰 구축, 새로운 아이디어 창출, 저자가 개선할 수 있도록 동기를 부여하고 지원하는 것이다.
• 인스펙션(Inspection): 인스펙션은 가장 공식적인 리뷰 유형이므로 보편적 프로세스를 철저히 따라야 한다. 주요 목적은 이상 사항을 최대한 많이 찾는 것이다. 기타 목적으로 품질 평가, 작업 산출물에 대한 신뢰 구축, 저자가 개선할 수 있도록 동기 부여 및 지원을 들 수 있다. 메트릭(metrics)을 수집해 리뷰 프로세서를 포함한 전체 소프트웨어 개발수명주기를 개선하는 데 사용한다. 인스펙션에서는 저자가 리뷰 리더나 서기가 될 수 없다.

리뷰의 성공 요소

리뷰의 성공 여부를 결정하는 요소

• 명확한 목표와 측정 가능한 완료 조건을 정의한다. 참가자의 평가가 목적이 되어서는 절대 안된다.
• 주어진 목표를 달성할 수 있으면서 작업 산출물 유형, 리뷰 참여자, 프로젝트 요구사항 및 정황에 맞는 리뷰 유형을 선택한다.
• 리뷰어가 개별 리뷰 또는 리뷰회의(개최 시)에서 집중력을 잃지 않도록 작은 단위로 리뷰를 진행한다.
• 이해관계자와 저자에게 리뷰 피드백을 제공해 제품 및 활동을 개선할 수 있게 한다.
• 참가자가 리뷰를 준비할 수 있는 충분한 시간을 제공한다.
• 리뷰 프로세스를 관리층이 지원한다.
• 학습 및 프로세스 개선 촉진을 위해 리뷰가 조직 문화의 일부가 되도록 한다.
• 모든 참가자가 자신의 역할을 어떻게 충족해야 하는지 알 수 있도록 적절한 교육을 제공한다.
• 회의에 퍼실리테이션(facilitation)을 적용한다.

퍼실리테이션 이란?

소프트웨어 테스팅 및 품질 관리 과정 특히 리뷰(Review)나 애자일(Agile) 미팅에서 이해관계자들이 모여 목표를 빠르고 원활하게 달성할 수 있도록 돕는 활동을 의미한다.

정리

리뷰의 개념과 목적

리뷰는 정적 테스트의 대표적인 형태로, 여러 사람이 산출물을 검토하며 결함을 찾는 활동이다.

리뷰의 주요 목적

• 요구사항 오류 조기 발견
• 이해도 공유
• 품질 기준 맞추기
• 재작업 비용 감소

QA 입장에서 리뷰를 통해 테스트 관점에서 미리 질문을 던질 수 있는 기회가 된다.

리뷰의 종류 정리

리뷰 종류	특징	공식성	주 용도
비공식 리뷰	자유로운 의견 교환	낮음	초기 검토
워크스루	작성자가 설명	중간	이해도 공유
기술 리뷰	전문가 중심 검토	중간	기술적 결함 발견
인스펙션	절차, 역할 명확	높음	결함 체계적 발견

---

Reference

https://www.kstqb.org/sw/sw3.asp

KSTQB

https://qa-note.tistory.com/20

📗 ISTQB 실러버스 정리 3장 — 정적 테스트와 리뷰 (코드 몰라도 이해하기)