A. 위의 테스트 주기 동안 승인 기준 8이 완전히 충족되지 않았습니다.

B. 위의 테스트 주기 동안 승인 기준 4가 완전히 충족되지 않았습니다.

C. 모든 승인 기준은 위의 테스트 주기 동안 완전히 충족되었습니다.

D. 위의 테스트 주기 동안 승인 기준 6이 완전히 충족되지 않았습니다.

A. 테스터는 이 문서의 최종 버전이 나오는 즉시 작업 제품을 검토하여 이러한 빠른 테스트와 결함 감지가 "왼쪽으로 이동" 전략을 지원할 수 있도록 합니다.

B. 특정 테스트 수준에 대한 테스트 분석과 설계는 SDLC의 해당 개발 단계에서 시작되므로, 테스트는 늦은 테스트 원칙을 따를 수 있습니다.

C. 모든 소프트웨어 개발 활동에는 해당 테스트 활동이 있으며, 이를 통해 모든 개발 활동이 품질 보증을 받도록 보장합니다.

D. 다양한 테스트 수준에는 구체적이고 겹치는 테스트 목표가 있어 중복성을 관리하면서 특정 테스트 개체 유형에 적합한 테스트를 수행할 수 있습니다.

A. 수용 테스트

B. 구조 테스트

C. 통합 테스트

D. 탐색 테스트

A. 테스트에서 왼쪽으로 이동은 지속적인 통합 프로세스 내에서 수행되는 자동화된 테스트 활동에 완전히 의존하기 때문에 Agile/DevOps 프레임워크에서만 구현할 수 있습니다.

B. 구성 요소 테스트 중에 수행되는 성능 테스트는 프로덕션과 같은 환경에서 시스템 테스트 수준에서 비용이 많이 드는 엔드투엔드 테스트를 계획하고 실행하는 것을 피하는 테스트의 일종의 쉬프트-레프트입니다.

C. 테스트에서 왼쪽으로 이동은 수명 주기 초기에 기능적 결함을 찾기 위해 여러 가지 방법으로 구현할 수 있지만 비기능적 특성과 관련된 결함을 찾는 데 의존할 수는 없습니다.

D. 지속적인 통합은 결함이 발생한 후 탐지되는 시간까지 단축할 수 있으므로 테스트에서 좌측 이동을 지원하여 결함을 수정하는 데 드는 비용을 줄일 수 있습니다.

A. 테스트는 소프트웨어의 결함으로 인해 발생하는 실패를 유발하는 반면 디버깅은 이러한 실패(결함)의 원인을 찾고, 이러한 원인을 분석하고, 재현하는 것과 관련이 있습니다.

B. 테스트는 소프트웨어의 결함으로 인해 발생하는 실패를 유발하는 반면 디버깅은 이러한 실패의 원인(결함)을 찾고, 이러한 원인을 분석하고, 제거하는 것과 관련이 있습니다.

C. 테스트는 소프트웨어의 오류로 인해 발생하는 결함을 유발하는 반면 디버깅은 이 결함의 원인을 찾아 분석하고 제거하는 것과 관련이 있습니다.

D. 테스트는 소프트웨어의 오류로 인해 발생하는 결함을 식별하는 반면 디버깅은 이 결함의 원인을 찾아 분석하고 제거하는 것과 관련이 있습니다.