A. 테스트는 코드가 작성되기 전에 실행 가능한 형식으로 작성되어야 하며 코딩을 구동하는 실행 가능한 사양 역할을 해야 합니다.

B. 테스트 수준은 한 수준의 종료 기준이 다음 수준의 진입 기준의 일부가 되도록 정의되어야 합니다.

C. 테스트 목표는 모든 테스트 수준에서 동일해야 하지만 다양한 수준에서 설계된 테스트 수는 상당히 다를 수 있습니다.

D. 조기 테스트 원칙을 활용하기 위해 작업 제품 검토에 테스터를 참여시키는 일은 가능한 한 일찍 이루어져야 합니다.

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

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

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

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

A. 추적성은 테스트 기준 항목의 변경이 해당 테스트에 미치는 영향을 평가하는 데 유용할 수 있습니다.

B. 추적성은 해당 테스트에서 얼마나 많은 테스트 기준 항목이 다루어지는지 확인하는 데 유용할 수 있습니다.

C. 추적성은 테스트 프로젝트에서 사용할 가장 적합한 테스트 기술을 결정하는 데 유용할 수 있습니다.

D. 추적성은 테스트 감사에 필요한 요구 사항을 지원하는 데 유용할 수 있습니다.

A. 오류 추측은 소프트웨어 구성 요소에 결함이 포함될 가능성이 있는지 여부를 예측하기 위해 인공 지능을 도입하는 시스템입니다.

B. 숙련된 테스터는 오류 추측을 적용할 때 결함을 찾기 위한 가이드로 테스트해야 할 사항의 상위 수준 목록을 사용합니다.

C. 오류 추측은 잘못된 입력이 있음에도 불구하고 시스템이나 구성 요소가 정상적인 작동을 계속할 수 있는 능력을 말합니다.

D. 숙련된 테스터는 오류 추측 기술을 적용할 때 오류, 결함 및 실패가 발생한 위치를 예상하고 해당 문제를 대상으로 테스트를 수행할 수 있습니다.

A. "Given/When/Then"이라는 템플릿을 사용하여 규칙 중심 형식으로 작성되는 경우가 많습니다.

B. 다음 템플릿을 사용하여 규칙 중심 형식으로 문서화하는 경우가 많습니다. "[역할]로서 [기능]을 원하므로 [이익]을 얻을 수 있습니다."

C. 다양한 형식으로 작성될 수 있으며, 소위 "3C"의 확인이라고 하는 사용자 스토리의 측면을 나타냅니다.

D. 다음 두 가지 형식 중 하나로 작성해야 합니다: 시나리오 지향 또는 규칙 지향