A. 회고에는 개발자와 테스터만 참여해야 합니다. 다른 역할의 사람들을 참여시키면 개발자와 테스터가 프로세스 개선을 찾는 데 도움이 되는 개방적이고 건설적인 토론을 할 수 없게 될 가능성이 매우 높습니다.

B. 회고는 프로세스 개선 사항을 식별하는 데 매우 효과적일 수 있으며 특히 검토와 달리 후속 활동이 필요하지 않기 때문에 매우 효율적이고 비용 효율적일 수도 있습니다.

C. Agile 프로젝트에서 각 반복의 끝에서 적절하게 진행된 회고는 팀의 스탠드업 미팅 필요성을 줄이거나 심지어 없애는 데 도움이 될 수 있습니다.

D. 회고 중에 참여자는 관련 프로세스 개선 사항을 식별하는 것 외에도 소프트웨어 개발 수명 주기와 같은 프로젝트의 맥락에 따라 이러한 개선 사항을 구현하고 유지하는 방법을 고려해야 합니다.

A. I, Ill

B. I. II

C. II. IV

D. III. IV

A. 테스트 사분면을 사용하면 테스트 관리자가 테스트 범위를 측정하고 모든 이해 관계자에게 전달할 수 있습니다.

B. 테스트 사분면을 사용하면 테스트 관리자는 잠재적인 제품 위험을 모든 이해 관계자에게 전달할 수 있습니다.

C. 테스트 관리자는 테스트 사분면을 사용하여 결함을 특정 유형의 테스트에 연결하여 결함의 우선순위를 지정할 수 있습니다.

D. 테스트 사분면을 사용하면 테스트 관리자가 모든 이해 관계자에게 테스트 유형을 구별하고 설명할 수 있습니다.

A. 테스트 설계.

B. 테스트 분석

C. 테스트 구현.

D. 테스트 모니터링 및 제어

A. 이 시나리오는 쌍 검토 유형과 관점 기반 검토 기술을 사용합니다.

B. 이 시나리오에서는 워크스루 검토 유형과 체크리스트 기반 검토 기술을 사용합니다.

C. 이 시나리오에서는 워크스루 검토 유형과 관점 기반 검토 기술을 사용합니다.

D. 이 시나리오는 쌍 검토 유형과 체크리스트 기반 검토 기술을 사용하고 있습니다.