A. 시스템의 결함을 찾으려면 시스템 세부 정보를 무시해야 할 수 있습니다.

B. 결함을 식별하는 것은 제품에 대한 비판으로 인식될 수 있습니다.

C. 시스템의 결함을 찾으려면 전문적인 비관주의와 호기심이 필요합니다.

D. 테스트는 종종 건설적인 활동이 아닌 파괴적인 활동으로 간주됩니다.

A. 고객 A: 업그레이드를 제공하지 않음; 고객 B: 골드 럭셔리 룸으로 업그레이드를 제공함

B. 고객 A: 업그레이드를 제공하지 않습니다. 고객 B: 업그레이드를 제공하지 않습니다.

C. 고객 A: Gold Luxury 객실로 업그레이드를 제안함; 고객 B: 업그레이드를 제안하지 않음

D. 고객 A: 실버 객실로 업그레이드를 제공합니다. 고객 B: 실버 객실로 업그레이드를 제공합니다.

A. 사용성 등의 비기능적 요구사항을 기반으로 테스트 케이스를 도출합니다.

B. 테스트 케이스는 사용 사례의 시나리오를 실행하기 위해 화이트박스 테스트 기술을 사용하여 생성됩니다.

C. 테스트 케이스는 결함을 찾기 위해 사용자와 테스터 간의 쌍 테스트를 기반으로 파생됩니다.

D. 테스트 사례는 기본, 예외, 대체 및 인간 사용자나 시스템과 관련된 오류 동작을 포함한 다양한 사용자 동작을 포괄하도록 설계되었습니다.

A. 적절하게 설계된 테스트는 통과되면 시스템의 위험 수준을 낮춥니다.

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

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

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

A. 5

B. 4

C. 8

D. 16