A. 테스트에 소요된 모든 시간에 관해 팀에 제시할 지표를 수집해야 합니다.

B. 개발자가 책임이 있다는 것을 증명하기 위해 근본 원인 분석을 수행해야 합니다.

C. 개별 테스터 대신 회고에 참석해야 합니다.

D. 탈출을 제거하기 위해 테스트를 개선하는 방법에 대한 아이디어를 팀에서 브레인스토밍하도록 도와야 합니다.

A. 향후 프로젝트에서는 먼저 위험이 낮은 영역부터 테스트해야 합니다.

B. 프로젝트 관리자는 심각한 실패에 대한 이해관계자의 기대치를 설정해야 합니다.

C. 보다 광범위한 기능 간 팀이 위험 분석에 기여해야 합니다.

D. "경험을 통한 교훈" 세션은 배치 전에 실시되어야 합니다.

A. 프로젝트의 테스트 단계에 결함 제거 데이터를 사용합니다.

B. 프로젝트의 모든 단계에 대한 결함 도입 및 감지 데이터를 활용합니다.

C. 결함 도입, 탐지, 제거 단계를 단계별로 데이터로 활용합니다.

D. 프로젝트 전체에 대한 결함 도입 및 제거 데이터를 사용합니다.

A. c와 d.

B. d와 e.

C. b와 d

D. a와 b.

A. 시스템을 통합하기 전에 통합 문서에 대한 비공식적인 검토를 수행합니다.

B. 모든 테스트 결과물이 제작되고 승인되었는지 확인하기 위해 감사를 수행합니다.

C. 모든 문서가 정해진 표준을 준수하는지 확인하기 위해 검사를 수행합니다.

D. 통합 기능의 진행 상황을 평가하기 위해 관리 검토를 실시합니다.

A. 팀이 책임지는 테스트 범위 감소

B. 테스트 중에 발견된 결함을 정기적으로 측정합니다.

C. 제품이 출시되면 고객 만족도에 따라 지급되는 계획된 보너스 지급입니다.

D. 개발자와의 정기 회의에서 결함을 더 빠르게 해결하기 위한 아이디어에 기여하는 테스터입니다.

A. 코드가 종종 늦기 때문에 이해 관계자에게 완화 조치 없이 위험을 수용하도록 요청합니다.

B. 위험을 수용하고 대응 계획을 수립합니다.

C. 테스터가 더 오랜 시간 일할 수 있도록 준비하세요

D. 스마트 알람으로 위험을 이전하여 완화책을 제안합니다.

A. 테스트 관리 도구, 결함 관리 도구 및 코드 커버리지 도구

B. 결함 관리 도구, 정적 분석 도구 및 성능 도구.

C. 테스트 관리 도구, 결함 관리 도구 및 정적 분석 도구입니다.

D. 결함 관리 도구, 정적 분석 도구 및 코드 커버리지 도구입니다.

A. 구현 후 결함 발견율

B. 결함 해결률

C. 코드 줄

D. 종료 기준

A. 결함 관리 도구, 정적 분석 도구 및 성능 도구입니다.

B. 테스트 관리 도구, 결함 관리 도구, 정적 분석 도구입니다.

C. 테스트 관리 도구, 결함 관리 도구 및 코드 커버리지 도구

D. 결함 관리 도구, 정적 분석 도구 및 코드 커버리지 도구입니다.

A. 반복적/증분적

B. V모델

C. 나선

D. 폭포

A. 소프트웨어를 배포하려는 경우, 소프트웨어를 받았을 때 적용된 것과 동일한 조건에 따라 배포해야 합니다.

B. 소프트웨어를 내부적으로 사용하는 것은 허용되지만, 수익을 창출하는 어떠한 제품에도 통합할 수는 없습니다.

C. 소프트웨어 공급업체에 소액의 라이센스 비용을 지불해야 합니다.

D. 누구나 언제든지 어떤 이유로든 소프트웨어를 사용할 수 있습니다.

A. 다시 열린 결함 보고서 수

B. 개발자가 거부한 결함 보고 수

C. 도입된 이후 단계에서 발견된 결함 수

D. 코드의 특정 영역에 있는 결함의 수