A. 부적절한 코드 모듈화를 나타낼 수 있는 문제를 강조하는 데는 동적 테스트보다 정적 테스트가 더 적합합니다.

B. 동적 테스트는 실행 가능한 작업 제품에만 적용할 수 있는 반면, 정적 테스트는 실행 불가능한 작업 제품에만 적용할 수 있습니다.

C. 동적 테스트와 정적 테스트는 모두 실패를 발생시키지만, 정적 테스트로 인한 실패는 일반적으로 분석하기가 더 쉽고 저렴합니다.

D. 보안 취약점은 소프트웨어가 실행 중일 때만 감지할 수 있으므로 정적 테스트가 아닌 동적 테스트를 통해서만 감지할 수 있습니다.

A. 제품 또는 기능의 위험 수준

B. 테스트를 위한 예산

C. 테스트에 참여하는 특정 테스터

D. 테스트를 할 수 있는 시간

A. 각 테스트 수준에는 소프트웨어 개발 라이프사이클 단계나 해당 테스트가 다루는 활동 유형과 일관성이 있는 고유한 테스트 목표가 있어야 합니다.

B. 모든 테스트 수준에 대한 테스트 분석 및 설계는 코딩이 완료되고 모든 시스템 구성 요소를 테스트에 사용할 수 있게 되는 즉시 시작되어야 합니다.

C. 개발팀 내에서 정보를 전달하는 가장 효율적이고 효과적인 방법은 대면 대화입니다.

D. 모든 테스트는 자동화되어야 하며 모든 소프트웨어 변경 시 지속적인 통합 프로세스의 일부로 실행되어야 합니다.

A. 보고 기간 동안 계획된 테스트 활동을 수행하는 데 방해가 되는 요소와 이를 제거하기 위해 시행된 해당 솔루션을 지정하십시오.

B. 테스트 완료 활동의 일부로 제작되고 제품 출시 여부를 결정하는 데 도움이 되는 완화되지 않은 제품 위험을 보고합니다.

C. 보고서의 구조와 내용은 보고서가 제시되는 대상에 따라 영향을 받지 않으므로 조직 내에서는 항상 동일한 템플릿을 기반으로 해야 합니다.

D. 테스트 프로젝트 시작 시 선택한 테스트, 기타 라이프사이클 활동 및 조직 내부 간의 커뮤니케이션 라인을 지정합니다.

A. 소프트웨어 제품에 대한 전체 문장 범위 및 전체 분기 범위를 달성한다는 것은 해당 소프트웨어 제품이 완전히 테스트되었으며 코드 내에 더 이상 버그가 없다는 것을 의미합니다.

B. 블랙박스 테스트로 달성한 실제 코드 커버리지를 측정하기 위해 코드 관련 화이트박스 테스트 기술은 필요하지 않습니다. 왜냐하면 코드 커버리지는 블랙박스 테스트 기술과 관련된 커버리지 기준을 사용하여 측정할 수 있기 때문입니다.

C. 분기 범위는 가장 철저한 코드 관련 화이트박스 테스트 기술이므로 적용 가능한 표준은 안전이 중요한 시스템에 대해 가장 높은 안전 수준에서 전체 분기 범위를 달성하도록 규정합니다.

D. 코드 관련 화이트박스 테스트 기술은 커버리지의 객관적인 측정을 제공하며 코드에 대한 확신을 높이기 위해 블랙박스 테스트 기술을 보완하는 데 사용할 수 있습니다.