무료 온라인 액세스 ISQI.CTFL_Syll_4.0.v2025-07-18.q104 모의 시험 (Page 10)

CTFL_Syll_4.0 문제 41

회고에 관한 다음 진술 중 어느 것이 사실입니까?

A. 개발자와 테스터만 회고에 참여해야 합니다. 다른 역할의 사람들을 참여시키면 개발자와 테스터가 프로세스 개선 사항을 식별하는 데 도움이 되는 개방적이고 건설적인 토론을 할 수 없게 될 가능성이 매우 높습니다.

B. 회고는 프로세스 개선 사항을 식별하는 데 매우 효과적일 수 있으며 특히 검토와 달리 후속 활동이 필요하지 않기 때문에 매우 효율적이고 비용 효율적일 수도 있습니다.

C. Agile 프로젝트에서 각 반복의 끝에서 잘 진행된 회고는 팀이 매일 스탠드업 회의의 필요성을 줄이거나 심지어 없앨 수 있도록 도울 수 있습니다.

D. 회고 중에 관련 프로세스 개선 사항을 식별하는 것 외에도 참가자는 소프트웨어 개발 수명 주기와 같은 프로젝트 컨텍스트에 따라 이러한 개선 사항을 구현하고 유지하는 방법도 고려해야 합니다.

CTFL_Syll_4.0 문제 42

테스트 프로젝트에서 어떤 테스트를 자동화해야 하는지 결정하는 데 가장 적합한 지식이 있는 사람은 다음 중 누구입니까?

A. 개발자

B. 고객

C. 개발 관리자

D. 테스트 리더

CTFL_Syll_4.0 문제 43

프로그램의 구성 요소 테스트 중에 100% 결정 범위가 달성되면 다음 범위 기준 중 어느 것도 100%가 보장됩니까?

A. 100% 오래된 전환 범위

B. 100% 동등 클래스 적용 범위

C. 100% 경계값 적용

D. 100% 진술 범위

정답: D

문장 커버리지는 테스트 모음에서 실행되는 소스 코드의 실행 가능한 문장의 백분율을 측정하는 구조적 커버리지 메트릭입니다.1 결정 커버리지는 테스트 모음에서 실행되는 소스 코드의 결정 결과(분기 또는 조건 등)의 백분율을 측정하는 또 다른 구조적 커버리지 메트릭입니다.1 결정 커버리지는 각 결정의 모든 가능한 결과가 테스트되어야 하는 반면 문장 커버리지는 모든 문장이 최소한 한 번만 실행되면 되기 때문에 문장 커버리지보다 더 강력한 메트릭입니다.2 따라서 테스트 모음이 100% 결정 커버리지를 달성하면 모든 분기 또는 조건의 모든 문장이 실행되어야 하기 때문에 100% 문장 커버리지를 달성한다는 의미이기도 합니다. 그러나 그 반대는 사실이 아닙니다. 100% 문장 커버리지는 일부 분기 또는 조건에 테스트 모음에서 테스트되지 않는 여러 결과가 있을 수 있기 때문에 100% 결정 커버리지를 보장하지 않습니다.2 예를 들어, 다음의 의사코드를 고려해 보겠습니다.
if (x > 0) then print("양수") else print("양수가 아님") end if
이 코드를 x = 1 및 x = -1로 실행하는 테스트 모음은 두 개의 print 문이 실행되므로 100% 문 범위에 도달합니다. 그러나 조건 x > 0이 참과 거짓의 두 가지 결과로만 테스트되었기 때문에 100% 결정 범위에 도달하지 못합니다. 세 번째 가능한 결과인 x = 0은 테스트 모음에서 테스트되지 않았습니다. 따라서 테스트 모음은 조건 또는 분기에서 잠재적인 버그나 오류를 놓칠 수 있습니다.
다른 옵션(예: 오래된 전환 범위, 동등 클래스 범위, 경계 값 범위)은 100% 결정 범위를 달성해도 100%가 보장되지 않습니다. 오래된 전환 범위는 테스트 모음3에서 실행되는 상태 머신의 상태 간 전환 비율을 측정하는 구조적 범위 메트릭입니다. 동등 클래스 범위는 테스트 모음4에서 테스트하는 입력 또는 출력 값의 동등 클래스(또는 파티션) 비율을 측정하는 기능적 범위 메트릭입니다. 경계 값 범위는 테스트 모음4에서 테스트하는 입력 또는 출력 범위의 경계 값(또는 극단 값) 비율을 측정하는 또 다른 기능적 범위 메트릭입니다. 이러한 메트릭은 테스트 대상 시스템의 동작, 기능 또는 사양과 같은 다양한 측면을 기반으로 하기 때문에 결정 범위와 독립적입니다. 따라서 100% 결정 범위를 달성한다고 해서 이러한 메트릭 중 어느 것도 100% 달성하는 것은 아니며 그 반대의 경우도 마찬가지입니다. 참고 자료 = ISTQB® 인증 테스터 기초 수준 교과 과정 v4.0, 소프트웨어 테스팅의 테스트 커버리지 - Guru99, 구조적 커버리지 지표 - MATLAB & Simulink - MathWorks India, 소프트웨어 테스팅의 테스트 설계 커버리지 - GeeksforGeeks.

CTFL_Syll_4.0 문제 44

소프트웨어 아키텍트가 작성한 상위 수준의 아키텍처 문서에 대한 리뷰를 생각해 보세요. 아키텍트는 리뷰 준비 작업의 대부분을 수행하는데, 여기에는 리뷰 회의 전에 리뷰어에게 문서를 배포하는 것도 포함됩니다. 그러나 리뷰어는 문서를 미리 분석할 필요가 없으며, 리뷰 회의 중에 소프트웨어 아키텍트는 문서를 단계별로 설명합니다. 이 리뷰의 유일한 목적은 소프트웨어 개발 프로젝트에서 사용될 소프트웨어 아키텍처에 대한 공통된 이해를 확립하는 것입니다.
이 리뷰는 다음 리뷰 유형 중 어떤 것을 말합니까?

A. 검사

B. 감사

C. 연습문제

D. 비공식 검토

CTFL_Syll_4.0 문제 45

전체 팀 접근 방식:

A. 모든 팀원이 테스트 기술을 철저히 이해해야 한다는 아이디어를 홍보합니다.

B. 사용자 스토리를 추정하는 데 전체 팀을 참여시키는 합의 기반 접근 방식입니다.

C. 모든 팀원이 제품 품질에 책임을 져야 한다는 아이디어를 장려합니다.

D. 테스트 독립성의 최고 수준을 보장하기 때문에 안전이 중요한 시스템을 개발하는 프로젝트에서 주로 채택됩니다.

다른 버전: 526ISQI.CTFL_Syll_4.0.v2025-09-20.q101; 1084ISQI.CTFL_Syll_4.0.v2024-10-23.q94; 499ISQI.CTFL_Syll_4.0.v2024-08-05.q39; 660ISQI.CTFL_Syll_4.0.v2024-05-04.q39

최근 업로드: 108Microsoft.AZ-500-KR.v2026-06-04.q213; 110Microsoft.DP-600-KR.v2026-06-04.q98; 104Microsoft.AZ-204-KR.v2026-06-04.q237; 136Microsoft.PL-600-KR.v2026-06-04.q112; 188Microsoft.SC-300-KR.v2026-06-03.q151; 149Microsoft.DP-600-KR.v2026-06-03.q70; 866PMI.PMP-KR.v2026-06-01.q1069; 227Microsoft.MS-102-KR.v2026-06-01.q252; 207Amazon.DOP-C02-KR.v2026-06-01.q207; 159Microsoft.AZ-104-KR.v2026-06-01.q197