A. 테스트 프로젝트의 예산과 일정.

B. 발견된 결함과 그 원인에 대한 자세한 분석.

C. 테스트 프로젝트가 완료된 후의 테스트 결과에 대한 자세한 보고서입니다.

D. 테스트 실행의 테스트 로그 목록입니다.

A. 검토에 참여한 모든 참가자는 발견된 결함을 기준으로 평가됩니다.

B. 검토할 작업 제품의 작성자가 검토 회의를 주도합니다.

C. 검토에 참여하는 모든 사람은 검토 유형과 그 목표를 처리하도록 훈련을 받습니다.

D. 검토 프로세스를 개선하려면 검토 지표를 수집해야 합니다.

A. 제3자 결제 게이트웨이를 통해 전자상거래 웹사이트가 정상적으로 작동하는지 테스트

B. 서브시스템을 위한 시뮬레이터를 사용하여 사양에 기반한 시스템 테스트

C. 프로덕션 환경과 유사한 개발 환경에서 애플리케이션 테스트

D. 비즈니스 요구 사항을 충족하는지 확인하기 위한 애플리케이션 동작 테스트

A. 사고방식이 틀렸습니다. 회사 전체가 모든 아티팩트 검토에 동일한 기준을 적용해야 합니다.

B. 맞는 생각입니다. 회사 전체가 자사의 CMM 수준에 따라 검토 방법을 결정해야 합니다.

C. 사고 과정이 잘못되었습니다. 동일한 아티팩트를 다른 검토 방법을 사용하여 검토할 수 있습니다.

D. 사고 과정이 맞습니다. 서로 다른 검토 방법을 사용하여 동일한 아티팩트를 검토하는 것은 시간 낭비입니다.

A. 적절하게 설계된 테스트가 통과되면 시스템의 위험 수준이 낮아집니다.

B. 소프트웨어 테스트는 결함이 없음을 입증합니다.

C. 소프트웨어 테스트는 개발 활동을 개선하는 데 사용할 수 있는 결함을 식별합니다.

D. 시스템을 구현하기 전에 요구 사항 사양을 검토하면 품질을 향상시킬 수 있습니다.