[ISTQB] FL 15 <Inspection, Re-testing, Regression testing>

Q. Which of the following statements is NOT true?

A) inspection is the most formal review process

B) inspections should be led by a trained leader

C) managers can perform inspections on management documents

D) inspection is appropriate even when there are no written documents

E) inspection compares documents with predecessor (source) documents

<해설>

리뷰 프로세스에 대한 문제입니다.

실라버스 3.2.1의 공식 리뷰 활동 중 1번 계획 활동에 보면 공식 리뷰의 시작과 종료 기준을 정의하는게 inspection이라고 나와 있습니다.

Defining the entry and exit criteria for more formal review types (e.g., inspections)

즉, inspection은 공식 리뷰와 관계가 있다는 것을 확인했습니다.

공식 리뷰인데 D를 보면 inspection은 작성된 문서가 없는 경우에도 적절하다고 되어 있습니다.

하지만 inspection은 공식 리뷰(formal review)이므로 3.2.1에서 쓰여 있듯이

회의에서 제기할 질문과 의견도 기록하고, 토의 결과도 문서로 기록하고, 상세 회의록도 작성하고, 결함도 기록하고, 시작부터 문서를 배포한다고 되어 있습니다.

3.2.3의 리뷰 종류의 마지막 Inspection의 주요 특징에도 체크리스트 및 인스펙션 리포트란 단어가 나옵니다. 리뷰의 종류들 중에 Inspection이 각자의 역할도 분명하고, 공식 프로세스도 존재하며, 보고서와 후속 처리까지 필요한 가장 타이트한 리뷰 중 하나라 할 수 있습니다.

A. D

Q. The difference between re-testing and regression testing is?

A) re-testing is running a test again; regression testing looks for unexpected side effects

B) re-testing looks for unexpected side effects; regression testing is repeating those tests

C) re-testing is done after faults are fixed; regression testing is done earlier

D) re-testing uses different environments, regression testing uses the same environment

E) re-testing is done by developers, regression testing is done by independent testers

<해설>

re-testing과 regression testing의 차이를 명확히 아는지에 대한 문제입니다.

해당 내용은 실라버스 2.3.4에 내용이 나와 있습니다.

우리가 일상하는 검증 후 개발팀이 수정하고 다시 입고해서 결함이 성공적으로 제거되었는지 확인하기 위해 다시 테스트(re-testing)하는 것을 Confirmation이라고 합니다.

결함을 개발팀이 수정하는 건 테스팅이 아니라 디버깅은 개발 활동이라는 것도 물론 아는 내용일 겁니다.

Regression testing은 회귀 테스트라고도 하는데, 실라버스에 쓰여 있는대로 회귀(回帰) 즉 다시 돌아가서 결함 수정 후 못 찾은 결함이나 다른 결함(우리가 사이드라고 부르는 side-effect(같은 것)를 찾는 것입니다.

즉, re-testing은 결함을 수정한 것이 제대로 반영되었는지 확인하는 것.

regression testing은 수정 이후 전에 없던 side-effect를, 즉 또 다른 결함을 발견하는 것. 

A. A