요구 명세 작성자가 동료들에게 화면 흐름을 직접 설명하고 자유롭게 질문을 받았다. 공식 중재자·기록자 역할과 체크리스트는 두지 않았다. 이 검토에 대한 설명으로 틀린 것은?

1. 1

   워크스루로 분류할 수 있다.

   오답 이유작성자 주도의 설명과 질의응답은 워크스루의 대표 방식이다.
2. 2

   코드 작성 전에 명세의 모순을 찾는 데 활용할 수 있다.

   오답 이유정적 검토는 구현 전 요구·설계 산출물에도 적용할 수 있다.
3. 3

   인스펙션과 역할·절차·결함 기록 방식이 완전히 동일하다.

   정답 근거인스펙션은 워크스루보다 역할과 기록 절차가 엄격하다.
4. 4

   작성자의 설명을 바탕으로 동료가 누락 조건을 지적할 수 있다.

   오답 이유동료 질문은 명세의 빠진 경계조건을 조기에 드러낼 수 있다.