A. 테스트 추정에 사용된 방법이 충분히 정확하지 않아 테스트에 사용된 비용이 예산을 초과했습니다.

B. 인터페이스를 변경하지 않고 애플리케이션을 제공하면 사용자 커뮤니티에 불편을 끼칠 수 있습니다.

C. 사용자 인터페이스에 대한 우려는 해당 영역에서 위험 가능성을 높이고 사용자 인터페이스에 필요한 테스트 노력의 양을 늘리며, 그 결과 테스트 관리 도구의 다른 부분에 사용할 수 있는 테스트 노력이 제한됩니다.

D. 사용자 인터페이스에 대한 우려로 인해 개발 과정에서 두 번째 테스트 반복에 맞춰 구현할 수 없는 인터페이스 변경이 발생할 수 있습니다.

A. 모든 비즈니스 요구 사항은 테스트 목표로 추적할 수 있었습니다. 그러나 비즈니스 요구 사항에서 프로젝트의 테스트 일정으로 추적할 수 없었습니다.

B. 비즈니스 요구 사항과 관련이 없는 테스트 조건이 있습니다.

C. 일부 테스트 목표에는 테스트 조건이 지정되지 않았습니다.

D. 일부 테스트 목표는 단일 비즈니스 요구 사항에만 매핑될 수 있습니다.

A. 조직에서 사용하는 기존 도구와 해당 도구를 통합하지 못할 수 있습니다.

B. 도구가 적절하게 문서화되지 않았다면 해당 도구는 도구를 만든 사람에게 의존할 수 있습니다.

C. 해당 도구는 이 프로젝트에만 사용할 수 있으며 장기적인 이점이 없습니다.

D. 해당 도구가 이 프로젝트를 테스트하는 데 필요한 특정 요구 사항을 충족하지 못할 수 있습니다.

A. 프로젝트 관리 및 제어

B. 타임박싱

C. 완전한 요구 사항 사양이 없습니다.

D. (자동화된) 회귀 테스트를 위한 재사용 가능한 테스트 스크립트

A. 테스트는 개발과 분리되어 있습니다.

B. 개발자는 품질에 대한 책임을 크게 질 필요가 없습니다.

C. 독립적인 테스터는 다양한 결함을 찾아내며 편견이 없습니다.

D. 독립적인 테스트가 완료될 때까지 코드를 프로덕션에 출시할 수 없습니다.