무료 온라인 액세스 BCS.CTFL4.v2025-06-26.q107 모의 시험 (Page 2)

CTFL4 문제 1

다음 도구 유형 중에서 코딩 표준에서 제공하는 지침을 준수하는지 소스 코드를 확인하는 데 가장 적합한 도구는 무엇입니까?

A. 컨테이너화 도구

B. 오류 시딩 도구.

C. 정적 분석 도구.

D. 테스트 데이터 준비 도구

CTFL4 문제 2

프로그램은 제조 라인을 제어하는 데 사용됩니다(기계 켜기/끄기, 컨베이어 벨트 시작/중지, 흐름에 원자재 추가 등). 모든 작업이 항상 가능한 것은 아닙니다. 예를 들어, 비상 상황이 아닌 한 중지할 수 없는 특정 제조 단계가 있습니다. 테스터는 이러한 모든 사례(특정 작업이 허용되지 않는 경우)가 테스트에 포함되는지 평가하려고 시도합니다.
이 분석에 필요한 정보를 제공하려면 어떤 적용 범위 지표가 필요할까요?

A. 코드 커버리지

B. 데이터 흐름 범위

C. 진술 범위

D. 지점 범위

정답: D

분기 커버리지는 테스트 케이스에서 실행되는 분기 또는 결정 결과의 백분율을 측정하는 유형의 구조적 커버리지 메트릭입니다. 분기는 코드에서 제어 흐름이 조건에 따라 두 개 이상의 대체 경로를 취할 수 있는 지점입니다. 예를 들어 if-else 문은 조건의 평가에 따라 if 블록 또는 else 블록을 실행할 수 있는 분기입니다. 분기 커버리지는 각 분기가 테스트 케이스에서 최소한 한 번 수행되도록 보장하여 다양한 시나리오에서 소프트웨어의 동작을 보여줍니다. 분기 커버리지는 결정 커버리지 또는 모든 에지 커버리지라고도 합니다.
브랜치 커버리지는 특정 작업이 허용되지 않는 경우를 테스트하는 데 적합합니다. 왜냐하면 테스트 사례가 작업을 결정하는 조건의 모든 가능한 결과를 포함하는지 확인할 수 있기 때문입니다. 예를 들어, 프로그램에 제조 단계를 중지할 수 있는지 확인하는 조건이 있는 경우 브랜치 커버리지는 테스트 사례가 단계를 중지할 수 있는 경우와 중지할 수 없는 경우를 모두 포함하는지 확인할 수 있습니다. 이런 식으로 브랜치 커버리지는 원치 않는 또는 안전하지 않은 작업으로 이어질 수 있는 누락되거나 잘못된 브랜치를 식별하는 데 도움이 될 수 있습니다.
다른 옵션은 특정 작업이 허용되지 않는 경우를 테스트하는 데 적합하지 않기 때문에 올바르지 않습니다.코드 커버리지는 명령문 커버리지, 분기 커버리지, 데이터 흐름 커버리지 등과 같은 다양한 유형의 커버리지 메트릭을 포괄하는 일반적인 용어입니다.코드 커버리지는 분석에 사용되는 커버리지 메트릭 유형을 지정하지 않습니다.데이터 흐름 커버리지는 테스트 사례에서 실행되는 데이터 흐름 경로의 백분율을 측정하는 유형의 구조적 커버리지 메트릭입니다.데이터 흐름 경로는 변수를 정의, 사용 또는 종료하는 명령문 시퀀스입니다.데이터 흐름 커버리지는 소프트웨어에서 데이터 조작의 정확성과 완전성을 테스트하는 데 유용하지만 작업을 결정하는 조건을 테스트하는 데는 유용하지 않습니다.명령문 커버리지는 테스트 사례에서 실행되는 명령문 또는 코드 줄의 백분율을 측정하는 유형의 구조적 커버리지 메트릭입니다.명령문 커버리지는 각 명령문이 테스트 사례에서 최소한 한 번 실행되도록 보장하지만 다양한 시나리오에서 소프트웨어의 동작을 나타내지 않습니다.명령문 커버리지는 코드의 분기 또는 결정 결과를 고려하지 않기 때문에 분기 커버리지보다 약한 기준입니다. 참고문헌 = ISTQB 인증 테스터 기초 수준(CTFL) v4.0 교과과정, 4장: 테스트 기술, 섹션 4.3: 구조 테스트 기술, 51-54쪽.

CTFL4 문제 3

다음 중 일반적인 테스트 진입 기준은 무엇입니까?

A. 계획된 테스트가 실행되었습니다.

B. 테스트 가능한 요구 사항의 가용성.

C. 해결되지 않은 결함의 수는 합의된 한도 내에 있습니다.

D. 추정된 남아 있는 결함의 수가 충분히 낮습니다.

CTFL4 문제 4

다음 테스트 기술 중 소프트웨어 아키텍처 분석에서 파생된 테스트 케이스는 무엇입니까?

A. 블랙박스 테스트 기술.

B. 경험 기반 테스트 기술.

C. 체크리스트 기반 테스트 기술.

D. 화이트박스 테스트 기술.

CTFL4 문제 5

테스트 관리자는 동적 테스트를 하면 버그를 쉽게 찾을 수 있다고 믿기 때문에 정적 테스트를 건너뛰기로 했습니다. 이 결정이 옳았는지, 그르렀는지?

A. 결정이 잘못되었습니다. 품질 보장은 동적 테스트를 수행한 후 정적 테스트를 수행해야 함을 명령합니다.

B. 결정은 옳았습니다. 정적 테스트는 일반적으로 제품이 동적 테스트의 전체 주기를 거치도록 계획된 경우 중복됩니다.

C. 결정이 옳았습니다. 대부분의 버그는 동적 테스트 중에 식별하기가 더 쉽습니다.

D. 결정이 잘못되었습니다. 정적 테스트는 개발 프로세스 초기에 결함을 발견하여 테스트 및 개발의 전체 비용을 줄일 수 있습니다.

다른 버전: 259BCS.CTFL4.v2024-11-30.q52

최근 업로드: 105Oracle.1Z0-908.v2025-09-06.q68; 107Oracle.1Z0-1055-24.v2025-09-05.q29; 168VMware.2V0-13.24.v2025-09-04.q75; 114Qlik.QSBA2022.v2025-09-04.q17; 115Oracle.1Z0-1073-23.v2025-09-03.q29; 115Cisco.300-820.v2025-09-03.q187; 114Oracle.1z0-1060-25.v2025-09-03.q26; 123CIPS.L5M4.v2025-09-02.q13; 137Fortinet.FCP_ZCS-AD-7.4.v2025-09-02.q12; 114PECB.ISO-45001-Lead-Auditor.v2025-09-02.q14