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

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

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

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

A. 프로덕션 환경과 유사한 개발 환경에서 애플리케이션 테스트

B. 비즈니스 요구 사항을 충족하는지 확인하기 위한 애플리케이션 동작 테스트

C. 서브시스템을 위한 시뮬레이터를 사용하여 사양에 기반한 시스템 테스트

D. 제3자 결제 게이트웨이를 통해 전자상거래 웹사이트가 정상적으로 작동하는지 테스트

A. 상태 전환 다이어그램은 모든 잘못된 전환을 명시적으로 보여줍니다.

B. 상태 테이블의 크기는 상태 간의 가능한 전환 수에 따라 달라집니다.

C. 일반적으로 ell 전환 및 모든 stale을 포함하는 테스트를 만드는 것은 불가능합니다.

D. 상태 간의 모든 전환은 상태 표에 명시적으로 표시됩니다.

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

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

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

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

A. 1,3, 4.5

B. 2,4,5

C. 1,2,4

D. 1,2, 3. 4,5