A. 팀이 하나의 물리적 위치에서 공통 작업 공간을 공유하므로 업무 분담이 더 용이해집니다.

B. 테스트 및 문서화 활동을 건너뛰어 팀이 더 빠르게 소프트웨어를 제공할 수 있습니다.

C. 더 높은 성과를 달성하기 위해 팀원 간의 경쟁과 개인주의를 장려합니다.

D. 이를 통해 팀은 품질에 대한 책임을 공유하고 프로젝트 전반에 걸쳐 이해 관계자와 협업할 수 있습니다.

A. 결론, 권장 사항 및 승인.

B. 변경 내역.

C. 재생산을 가능하게 하는 결함에 대한 설명입니다.

D. 결함 상태

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

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

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

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

A. 5가지 결정 규칙

B. 6가지 결정 규칙

C. 32개의 결정 규칙

D. 8가지 결정 규칙

A. 분기 테스트에서 커버리지 항목은 실행 가능한 문장입니다. 목표는 코드에서 문장을 실행하여 허용 가능한 수준의 커버리지에 도달할 때까지 테스트 사례를 설계하는 것입니다. 이는 백분율로 표시됩니다.

B. 분기 테스트에서 커버리지 항목은 결정 간의 제어 흐름 전송이며, 목적은 허용 가능한 수준의 커버리지에 도달할 때까지 코드에서 흐름 전송을 실행하기 위한 테스트 사례를 설계하는 것입니다.
적용 범위는 테스트 케이스에서 실행된 분기 수를 백분율로 표현된 총 분기 수로 나누어 측정합니다.

C. 브랜치 테스트에서 커버리지 항목은 브랜치이고, 목표는 코드에서 브랜치를 실행하기 위해 테스트 케이스를 설계하여 허용 가능한 수준의 커버리지에 도달할 때까지입니다. 커버리지는 테스트 케이스에서 실행한 브랜치 수를 백분율로 표현된 총 브랜치 수로 나누어 측정합니다.

D. 분기 테스트에서 커버리지 항목은 실행 가능한 결정입니다. 목표는 허용 가능한 수준의 커버리지에 도달할 때까지 코드의 문장을 실행하는 테스트 사례를 설계하는 것입니다. 커버리지는 백분율로 표현됩니다.