무료 온라인 액세스 ISTQB.ISTQB-CTFL.v2025-06-23.q156 모의 시험 (Page 14)

ISTQB-CTFL 문제 61

다음 중 검사에 관한 진술로 틀린 것은 무엇입니까?

A. 검사는 작성자가 아닌 훈련된 감독자가 주도할 수 있습니다.

B. 검사의 주요 목적은 문제에 대한 해결책을 찾는 것입니다.

C. 동료가 검사를 수행할 수 있습니다.

D. 검사는 진입 및 종료 기준이 포함된 규칙 및 체크리스트를 기반으로 하는 공식 절차를 따릅니다.

정답: B

검사는 참가자의 공식적인 진입 및 종료 기준과 역할 및 책임이 있는 정의된 프로세스를 따르는 일종의 검토입니다. 검사는 조정자, 작성자, 검토자 및 서기 등 다양한 역할을 가진 동료가 수행할 수 있습니다. 검사에 대한 다음 진술은 사실이 아닙니다.
B) 검사의 주요 목적은 문제에 대한 해결책을 찾는 것입니다. 이 진술은 사실이 아닙니다. 검사의 주요 목적은 작업 제품에서 결함이나 문제점을 찾는 것이지 문제에 대한 해결책을 찾는 것이 아니기 때문입니다. 문제에 대한 해결책을 찾는 것은 일반적으로 작성자나 개발자가 검사 보고서를 받은 후 수행하는 디버깅 또는 문제 해결 활동입니다. 검사에 대한 다음 진술은 사실입니다.
A) 검사는 작성자가 아닌 훈련된 감독자가 주도할 수 있습니다. 이 진술은 사실입니다. 검사에는 검사 프로세스를 주도하고 규칙과 표준을 따르도록 하는 감독자 역할이 필요하기 때문입니다. 감독자는 편견이나 이해 상충을 피하기 위해 검사 기술에 대한 훈련을 받아야 하며 검사 중인 작업 제품의 작성자가 되어서는 안 됩니다.
C) 검사는 동료가 수행할 수 있습니다. 이 진술은 사실입니다. 검사에는 동료 검토가 포함되기 때문입니다. 즉, 검사 대상 작업 제품은 작성자와 비슷한 역할이나 전문성을 가지고 있지만 작업 제품을 만들거나 수정하는 데 직접 관여하지 않는 사람들이 평가합니다.
D) 검사는 진입 및 종료 기준이 있는 규칙 및 체크리스트에 기반한 공식 프로세스를 따릅니다. 이 진술은 사실입니다. 검사는 계획, 시작 회의, 개별 준비, 검토 회의, 재작업 및 후속 조치의 6가지 주요 단계로 구성된 공식 프로세스를 따릅니다. 각 단계에는 참가자를 안내하고 일관성과 품질을 보장하기 위한 정의된 규칙과 체크리스트가 있습니다. 또한 각 단계에는 다음 단계로 넘어가기 전에 전제 조건과 목표가 충족되었는지 확인하기 위한 진입 및 종료 기준이 있습니다. 검증된 참조: ISTQB Foundation Level 2018 Syllabus 학습 안내서 - Springer, 3장, 28-29페이지.

ISTQB-CTFL 문제 62

다음 중 어떤 경우에는 유지 관리 테스트를 실행하지 않습니까?

A. 소프트웨어 또는 시스템의 은퇴

B. 출시된 소프트웨어 또는 시스템에 대한 수정

C. 시스템 데이터를 대체 시스템으로 마이그레이션

D. 개발 단계 동안 유지 관리 요구 사항 업데이트

ISTQB-CTFL 문제 63

다음 중 유효한 종료 기준으로 간주될 수 있는 것은 무엇입니까?
I 결함 밀도 또는 신뢰성 측정에 대한 추정.
II. 포괄적인 테스트 보고서의 완성 및 발행.
III. 코드, 기능 또는 위험 범위와 같은 정확도 측정.
IV 특정 영역의 코드 적용 범위 부족 등 잔여 위험.

A. 1, 3, 4

B. 나, 나, 나

C. 3, 4

D. 2, 3, 4

정답: A

종료 기준은 테스트 활동이 완료되거나 테스트 단계가 종료될 수 있는 시점을 정의하는 조건입니다. 종료 기준은 다음과 같은 다양한 요인을 기반으로 할 수 있습니다.
I) 결함 밀도 또는 신뢰성 측정의 추정치. 이는 소프트웨어 제품에 존재하는 결함의 수 또는 특정 조건에서 실패할 가능성이 얼마나 되는지 나타내는 정량적 측정치입니다. 이는 소프트웨어 제품이 다음 단계로 이동하거나 고객에게 릴리스하기 전에 특정 수준의 품질 또는 성능을 충족하는지 확인하기 위한 종료 기준으로 사용할 수 있습니다.
III) 코드 커버리지, 기능 커버리지 또는 위험 커버리지와 같은 정확도 측정. 이는 소프트웨어 제품의 코드, 기능 또는 위험 측면에서 얼마나 많은 부분이 테스트되었는지를 나타내는 정량적 측정입니다. 이는 다음 단계로 넘어가거나 고객에게 릴리스하기 전에 테스트 모음이 적절하거나 완전한지 확인하기 위한 종료 기준으로 사용할 수 있습니다.
IV) 특정 영역의 코드 범위 부족, 해결되지 않은 결함 또는 알려지지 않은 요소와 같은 잔여 위험. 이는 테스트 후 소프트웨어 제품과 관련된 잔여 위험 또는 불확실성을 나타내는 정성적 측정입니다. 이는 잔여 위험이 다음 단계로 이동하거나 고객에게 릴리스하기 전에 허용 가능하거나 관리 가능한지 확인하기 위한 종료 기준으로 사용할 수 있습니다. 다음 요소는 유효한 종료 기준이 아닙니다.
II) 포괄적인 테스트 보고서의 완료 및 발행. 이는 테스트 프로세스 또는 제품의 품질이나 완전성을 반영하지 않으므로 유효한 종료 기준이 아닙니다. 테스트 보고서는 테스트 활동 또는 단계의 결과와 성과를 요약한 문서입니다. 테스트 보고서는 테스트 활동 또는 단계를 종료할지 여부를 결정하는 입력으로 사용할 수 있지만 종료 시기를 정의하는 조건은 아닙니다. 검증된 참조: ISTQB Foundation Level 2018 Syllabus 학습 안내서 - Springer, 2장, 13페이지; 6장, 58-59페이지.

ISTQB-CTFL 문제 64

다음 중 "검증"과 "확인"이라는 용어를 가장 잘 구별하는 것은 무엇입니까?

A. 검증은 명시된 요구사항이 충족되었음을 객관적 증거를 통해 확인하는 것이고, 유효성 검사는 특정한 용도에 대한 요구사항이 충족되었음을 객관적 증거를 통해 확인하는 것입니다.

B. 검증은 지정된 요구 사항이 충족되었다는 것을 주관적 증거를 통해 확인하는 것이고, 유효성 검사는 특정 의도된 용도에 대한 설계가 충족되었다는 것을 주관적 증거를 통해 확인하는 것입니다.

C. 검증은 지정된 요구 사항이 충족되었음을 객관적 증거를 통해 확인하는 것이고, 검증은 특정 의도된 용도에 대한 요구 사항이 충족되었음을 객관적 증거를 통해 확인하는 것입니다.

D. 검증은 지정된 요구 사항이 충족되었다는 주관적 증거를 제공함으로써 확인하는 것이고, 검증은 특정 용도에 대한 설계가 충족되었다는 주관적 증거를 제공함으로써 확인하는 것입니다.

ISTQB-CTFL 문제 65

현금 자동 입출금기(ATM)에서 현금을 인출하려면 다음 조건이 필요합니다.
- 은행카드가 유효합니다
- PIN 코드가 정확합니다.
- 사용자 계좌에 돈이 있습니다
사용자와 ATM 사이에서 발생할 수 있는 상호작용은 다음과 같습니다.
- 입력하신 카드가 유효하지 않습니다. 카드가 거부됩니다.
- PIN 코드가 틀렸어요 ATM에서 다른 PIN 코드를 요구해요
- 요청한 금액이 사용자 계좌에 있는 금액보다 많은 경우: ATM에서 다른 금액을 요청합니다.
- 요청한 금액이 사용자 계좌에 있습니다. ATM에서 돈이 인출됩니다. 모든 입력 조건의 가능한 조합을 포괄하기 위해 어떤 테스트 설계 기법을 사용해야 합니까?

A. 사용 사례 기반 테스트

B. 결정표

C. 경계값 분석

D. 동등 클래스 분할

정답: B

결정표는 ATM(자동 입출금기)에서 돈을 인출하기 위한 모든 가능한 입력 조건 조합을 포괄하는 데 사용해야 하는 기술입니다. 결정표는 입력 및/또는 자극(원인)과 연관된 출력 및/또는 동작(효과)의 조합을 보여줍니다. 결정표는 조건(입력), 동작(출력), 조건 항목(값) 및 동작 항목(결과)의 네 사분면으로 구성됩니다. 결정표는 조건의 논리적 조합에 따라 달라지는 여러 입력 및 출력이 있는 구성 요소를 테스트하는 데 사용할 수 있습니다. 예를 들어 ATM을 테스트하기 위해 세 가지 입력 조건을 식별할 수 있습니다. 은행 카드가 유효하고, PIN 코드가 정확하며, 사용자 계좌에 돈이 있습니다. 또한 네 가지 출력 동작을 식별할 수 있습니다. 카드가 거부되고, ATM이 다른 PIN 코드를 요청하고, ATM이 다른 금액을 요청하고, ATM이 돈을 인출합니다. 결정표는 이러한 조건과 동작의 모든 가능한 조합을 체계적인 방식으로 보여줄 수 있습니다.
사용 사례 기반 테스트는 ATM에서 돈을 인출하기 위한 모든 가능한 입력 조건 조합을 포괄할 수 있는 기술이 아닙니다. 사용 사례 기반 테스트는 현실적인 시나리오나 워크플로를 실행하여 소프트웨어 제품이나 시스템이 지정된 요구 사항이나 사용자 스토리를 충족하는지 확인하는 기술입니다. 사용 사례 기반 테스트는 사용자나 다른 시스템과 복잡하거나 동적으로 상호 작용하는 구성 요소를 테스트하는 데 사용할 수 있습니다. 예를 들어 ATM을 테스트하기 위해 돈 인출, 잔액 확인, 송금 등과 같은 여러 사용 사례를 식별할 수 있습니다. 각 사용 사례에는 상호 작용의 단계와 결과를 설명하는 하나 이상의 시나리오가 있을 수 있습니다. 그러나 사용 사례 기반 테스트는 일부 시나리오가 생략되거나 간과될 수 있으므로 모든 가능한 입력 조건 조합을 포괄하지 못할 수 있습니다.
경계값 분석은 ATM에서 돈을 인출하기 위한 모든 가능한 입력 조건 조합을 포괄할 수 있는 기술이 아닙니다. 경계값 분석은 동등한 데이터의 파티션 간의 경계값을 테스트하는 기술입니다. 경계값은 동등 파티션의 가장자리에 있는 값이나 가장자리 양쪽의 가장 작은 증분 거리에 있는 값입니다. 경계값 분석은 동등한 데이터의 파티션으로 나눌 수 있는 입력 값이 있는 구성 요소를 테스트하는 데 사용할 수 있습니다. 예를 들어 ATM을 테스트하기 위해 시스템이나 사용자 계정에서 허용하는 최소 및 최대 금액과 같은 입력 금액에 대한 경계값을 식별할 수 있습니다. 그러나 경계값 분석은 일부 조건에 경계값이 없거나 입력 값과 관련이 없을 수 있으므로 모든 가능한 입력 조건 조합을 포괄하지 못할 수 있습니다.
동등 클래스 분할은 ATM에서 돈을 인출하기 위한 모든 가능한 입력 조건 조합을 포괄할 수 있는 기술이 아닙니다. 동등 클래스 분할은 소프트웨어 구성 요소의 입력 데이터와 출력 결과를 동등한 데이터 파티션으로 나누는 기술입니다. 각 파티션에는 구성 요소에서 동일한 방식으로 처리되는 데이터가 포함되어야 합니다. 동등 클래스 분할은 동등한 데이터 파티션으로 나눌 수 있는 입력 값이 있는 구성 요소를 테스트하는 데 사용할 수 있습니다. 예를 들어 ATM을 테스트하기 위해 유효한 금액(시스템과 사용자 계정에서 허용하는 범위 내)과 유효하지 않은 금액(시스템 또는 사용자 계정에서 허용하는 범위 밖)과 같은 입력 금액에 대한 동등 파티션을 식별할 수 있습니다. 그러나 동등 클래스 분할은 일부 조건이 입력 값과 관련이 없거나 두 개 이상의 파티션을 가질 수 있으므로 모든 가능한 입력 조건 조합을 포괄하지 못할 수 있습니다. 검증된 참고문헌: [ISTQB Foundation Level 2018 교과과정 학습 안내서 - Springer], 4장, 34-46페이지.