[ISTQB] 3장 - 정적 테스팅

정적 테스팅

---

• 정적 테스팅으로 검사 가능한 작업 산출물
  
  • 읽고 이해할 수 있는 모든 작업 산출물이 리뷰 대상 (예를 들어, 요구사항 명세서, 소스 코드, 테스트 계획서, 테스트 케이스, 제품 백로그 항목, 테스트 차터, 프로젝트 문서, 계약서, 모델 등) 
  • 사람이 해석하기 어려운 것과 도구로 분석해서는 안 되는 작업 산출물(ex 법적으로 문제가 되는 타사의 실행 코드)은 정적 테스트에 적합하지 않은 작업 산출물이다.

---

• 정적 테스팅의 가치
  • 정적 테스팅은 소프트웨어 개발수명주기(SDLC) 초기 단계에서 결함을 식별 → 조기 테스팅
  • 동적 테스팅으로 식별할 수 없는 결함(ex 도달 불가능한 코드, 원하는 대로 구현되지 않은 설계 패턴, 비-실행 작업 산출물의 결함)을 찾을 수 있다.
  • 관련된 이해관계자 간의 의사소통이 개선된다.
  • 정적 분석은 동적 테스팅보다 효율적으로 코드 결함을 식별할 수 있으며, 결과적으로 코드 결함이 줄고, 전반적인 개발 노력도 감소

---

• 정적 테스팅과 동적 테스팅 
  • 정적 테스팅이나 동적 테스팅 중 한 가지로만 식별할 수 있는 결함 유형도 있다.
  • 정적 테스팅은 코드 실행에 의존하지 않는 품질 특성(ex 유지보수성)을 측정할 수 있고, 동적 테스팅은 코드 실행에 의존적인 품질 특성(ex 성능 효율성)을 측정할 수 있다.

[CSTS 요약 정리] 2. 테스트 설계기법

[CSTS 요약 정리] 2. 테스트 설계기법

 

---

 리뷰 프로세스

 

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

---

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

---

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

---