무료 온라인 액세스 ISTQB.ISTQB-CTFL.v2025-12-06.q204 모의 시험 (Page 29)

ISTQB-CTFL 문제 136

등록된 사용자만 구매할 수 있는 전자상거래 웹사이트의 등록 기능에 대한 다음 사용자 스토리를 고려하십시오. 새 사용자로서 저는 웹사이트에 등록하여 온라인 쇼핑을 시작하고 싶습니다. 다음은 사용자 스토리에 대해 정의된 몇 가지 수용 기준입니다.
[a] 등록 양식은 다음 필드로 구성되어 있습니다: 사용자 이름, 이메일 주소, 이름, 성, 생년월일, 비밀번호 및 비밀번호 확인.
[b] 등록 요청을 제출하려면 새 사용자는 등록 양식의 모든 필드에 유효한 값을 입력하고 이용 약관에 동의해야 합니다.
[c] 유효하려면 해당 이메일 주소는 일회용 이메일 주소 생성을 허용하는 무료 온라인 메일 서비스에서 제공해서는 안 됩니다. 유효하지 않은 주소가 입력되면 새 사용자에게 이를 알리는 전용 오류 메시지가 표시되어야 합니다.
[d] 유효하려면 이름과 성은 알파벳 문자만 포함해야 하며 길이가 2~80자여야 합니다. 잘못된 이름 및/또는 성이 입력된 경우 새 사용자에게 알리기 위해 전용 오류 메시지가 표시되어야 합니다.
[e] 등록 요청을 제출한 후, 신규 사용자는 등록 양식에 지정된 이메일 주소로 확인 링크가 포함된 이메일을 받아야 합니다. 주어진 정보에 근거하여, 다음 ATDD 테스트 중 가장 먼저 치러질 가능성이 높은 테스트는 무엇입니까?

A. 신규 사용자는 등록 양식의 모든 필드에 유효한 값을 입력합니다. 단, 이메일 주소는 무료 온라인 메일 서비스에서 제공하는 이메일 주소를 입력해야 하며, 이 서비스를 통해 일회용 이메일 주소를 생성할 수 있습니다. 그러면 웹사이트에서 해당 문제에 대한 안내를 받게 됩니다.

B. 신규 사용자는 등록 양식 필드에 유효한 값을 입력합니다. 단, 이름은 숫자가 포함된 10자리 이름을 입력해야 합니다. 그러면 웹사이트에서 이 문제에 대한 안내를 받게 됩니다.

C. 사용자는 사용자 이름과 비밀번호로 웹사이트에 접속하여 Mastercard 신용 카드로 결제하여 5개 품목에 대한 구매 주문을 성공적으로 완료했습니다.

D. 신규 사용자는 등록 양식의 모든 필드에 유효한 값을 입력하고 모든 약관에 동의하며 등록 요청을 제출한 후 등록 양식에 지정된 이메일 주소로 확인 링크가 포함된 이메일을 받습니다.

ISTQB-CTFL 문제 137

올바른 문장을 표시하세요:
* 결함은 환경 조건의 결과이며 "실패"라고도 합니다.
* 인간의 실수로 인해 결함이 발생할 수 있습니다.
* 시스템에 오류가 발생하면 시스템이 제대로 작동하지 않을 수 있습니다.
* 시스템에 결함이 존재하면 실패로 이어질 수 있습니다.
* 결함은 기술 변화로 인해 발생합니다.

A. II, IV

B. 나, 나

C. IV, V

D. II, III, IV

정답: A

이 문제는 결함, 실패, 실수와 관련된 주어진 문장 중 올바른 문장을 골라 표시하는 것입니다. ISTQB 용어집에 따르면, 이러한 용어의 정의는 다음과 같습니다.1
결함: 구성 요소 또는 시스템이 필요한 기능을 수행하지 못하게 하는 구성 요소 또는 시스템의 결함. 예: 잘못된 명령문이나 데이터 정의. 실행 중에 결함이 발견되면 구성 요소 또는 시스템의 고장을 초래할 수 있습니다.
실패: 구성 요소나 시스템이 지정된 한계 내에서 필요한 기능을 수행하지 못하는 사건입니다.
실수: 잘못된 결과를 낳는 인간의 행동.
따라서 주어진 다섯 가지 진술 중에서 오직 두 가지만이 옳습니다. 즉,
인간의 실수는 결함을 초래할 수 있습니다. 이는 실수가 결함의 근원이나 원인이기 때문에 사실입니다. 예를 들어 프로그래머가 코드 문장을 작성하는 데 실수를 하면 소프트웨어 구성 요소에 결함이 발생할 수 있습니다.
시스템에 결함이 존재하면 실패가 발생할 수 있습니다. 이는 결함이 실패의 잠재적 또는 실제적 원인이기 때문에 사실입니다. 예를 들어, 소프트웨어 구성 요소의 결함으로 인해 실행 중에 결함이 발견되면 시스템이 필요한 기능을 수행하지 못할 수 있습니다.
나머지 세 가지 진술은 틀렸습니다. 즉,
결함은 환경적 조건의 결과이며 "고장"이라고도 합니다. 이는 사실이 아닙니다. 결함은 환경적 조건의 결과가 아니라 실수나 다른 요소의 결과이며, 결함은 실패와 동일하지 않고 오히려 실패의 원인입니다.
시스템에 오류가 발생하면 시스템은 제대로 작동하지 않습니다. 이는 사실이 아닙니다. 오류가 발생해도 시스템이 완전히 고장나거나 작동을 멈추는 것은 아니지만, 기능이나 성능이 저하된 상태로 계속 작동하거나 잘못된 결과가 나올 수 있습니다.
결함은 기술 변화로 인해서만 발생한다. 이는 사실이 아니다. 결함은 기술적 변화뿐만 아니라 인간의 실수, 설계 결함, 요구 사항 변경, 하드웨어 오류 등 다양한 이유로 발생할 수 있기 때문이다.
참조:
1: ISTQB 테스트 용어집 4.0, 2023, ISTQB 및 ASTQB에서 제공).

ISTQB-CTFL 문제 138

재검정과 회귀 검정에 대한 다음 진술 중 어느 것이 사실입니까?
결함이 수정된 후에는 재테스트를 수행해야 합니다.
II 회귀 테스트는 항상 결함이 수정된 후에 수행해야 합니다.
III. 재검토 및 회귀검토는 모든 테스트 수준에서 수행될 수 있습니다.
IV 회귀 테스트에는 기능적, 비기능적, 구조적 테스트가 포함될 수 있습니다.
V. 디버깅 활동에 재테스트를 포함해야 합니다.

A. I, III. Iv

B. II, v

C. 나, 일

D. II. IV, V

정답: A

재검정과 회귀 검정에 대한 다음 진술은 사실입니다.
* I) 결함이 수정된 후에는 재테스트를 수행해야 합니다. 재테스트는 이전에 해당 결함으로 인해 실패했던 테스트 케이스를 실행하여 결함이 성공적으로 해결되었는지 확인하는 테스트 유형입니다.
결함이 수정되어 제공된 후에는 재테스트를 수행하여 새로운 고장이나 부작용이 발생하지 않는지 확인해야 합니다.
* III) 재테스트 및 회귀 테스트는 모든 테스트 수준에서 수행될 수 있습니다. 재테스트 및 회귀 테스트는 특정 테스트 수준에 국한되지 않고, 상황과 목표에 따라 모든 수준에서 적용될 수 있습니다. 예를 들어, 재테스트 및 회귀 테스트는 단위 수준, 통합 수준, 시스템 수준 또는 인수 수준에서 수행될 수 있습니다.
* IV) 회귀 테스트에는 기능 테스트, 비기능 테스트, 구조 테스트가 포함될 수 있습니다. 회귀 테스트는 이전에 테스트된 소프트웨어가 변경 후에도 여전히 정상적으로 작동하는지 확인하는 테스트 유형입니다.
회귀 테스트는 변경의 범위와 목적에 따라 다양한 유형의 테스트를 포함할 수 있습니다. 예를 들어, 회귀 테스트에는 소프트웨어가 요구 사항을 충족하는지 확인하는 기능 테스트, 소프트웨어가 품질 속성을 충족하는지 확인하는 비기능 테스트, 또는 소프트웨어가 설계 또는 코드 표준을 충족하는지 확인하는 구조 테스트가 포함될 수 있습니다. 재테스트와 회귀 테스트에 대한 다음 진술은 틀렸습니다.
* II) 회귀 테스트는 결함이 수정된 후에 항상 수행해야 합니다. 결함이 수정된 후에 회귀 테스트가 항상 필요한 것은 아닙니다. 일부 결함은 소프트웨어의 다른 부분에 미치는 영향이 적거나 영향을 미칠 가능성이 낮을 수 있기 때문입니다. 회귀 테스트는 결함이 수정된 후에만 수행해야 합니다.
* 결함 수정을 위해 변경한 사항으로 인해 새로운 결함이 발생하거나 기존 결함이 발생할 위험이 있는 경우. 검증된 참고 자료: ISTQB Foundation Level 2018 시험 요강 학습 가이드 - Springer, 2장 19페이지; 4장 45페이지.

ISTQB-CTFL 문제 139

다음은 웹 애플리케이션 테스트 중에 생성된 사고 보고서입니다.
가장 중요한 보고서 개선 사항은 무엇이라고 생각하시나요?
결함 발견일: 2010년 8월 15일
결함 감지자: Joe Smith
테스트 레벨 시스템 테스트
테스트 케이스: Area 5/TC 98
빌드 버전: 2011-16.2
결함 설명 화면 1에서 모든 필수 필드를 입력한 후 ENTER를 클릭하여 화면 2로 넘어갑니다. 아무 일도 일어나지 않고, 시스템 응답도 전혀 없습니다.

A. 사용된 웹 브라우저에 대한 정보를 추가합니다.

B. 버그를 수정해야 하는 개발자에 대한 정보를 추가합니다.

C. 사건이 발생한 타임스탬프를 추가합니다.

D. 영향 분석 추가

ISTQB-CTFL 문제 140

다음 중 어느 진술이 사실입니까?

A. 결함은 항상 실패를 초래하는 것은 아니지만 버그는 항상 실패를 초래합니다.

B. 결함은 실패를 일으킬 수 있으며, 실패가 발생하면 항상 오류가 발생합니다.

C. 실패는 결함으로 인해 발생할 수도 있지만 환경 조건으로 인해 발생할 수도 있습니다.

D. 버그는 구성 요소 테스트 중에 발견된 결함이고 실패는 상위 테스트 수준에서 발견된 결함입니다.

정답: C

장애는 결함으로 인해 발생할 수도 있지만, 환경적 조건으로 인해 발생할 수도 있습니다. 장애는 소프트웨어 시스템이 필요한 기능을 수행하지 못하거나 예상 동작에 따라 제대로 작동하지 않는 경우입니다. 결함은 소프트웨어 시스템의 결함이나 요구 사항 또는 사양에서 벗어난 것으로, 장애를 유발할 수 있습니다. 그러나 모든 장애가 결함으로 인해 발생하는 것은 아닙니다. 일부 장애는 하드웨어 오작동, 네트워크 중단, 정전, 호환되지 않는 구성 등과 같은 환경적 조건으로 인해 발생할 수 있습니다. 환경적 조건은 소프트웨어 시스템 작동에 영향을 미치는 요소이지만, 소프트웨어 시스템 자체의 일부는 아닙니다. 다른 진술들은 다음과 같은 이유로 거짓입니다.
* 결함이 항상 오류를 발생시키는 것은 아니지만, 버그는 항상 오류를 발생시킵니다. 이 주장은 거짓입니다. 결함은 소프트웨어 시스템의 입력, 출력, 상태 또는 시나리오에 따라 오류를 발생시킬 수도 있고, 버그는 결함의 또 다른 용어일 뿐이므로 결함과 동일한 오류를 발생시킬 가능성을 갖습니다. 예를 들어, 거의 사용되지 않는 기능이나 코드의 숨겨진 분기에 있는 결함은 오류를 발생시키지 않을 수 있지만, 자주 사용되는 기능이나 코드의 중요 경로에 있는 결함은 종종 오류를 발생시킬 수 있습니다. 버그는 결함과 다른 개념이 아니라, 결함의 동의어 또는 구어체적 용어이므로 결함과 동일한 정의와 의미를 갖습니다.
* 결함은 실패를 일으킬 수 있으며, 실패는 발생할 때 항상 오류를 일으킵니다. 이 진술은 거짓입니다. 오류는 실패의 결과가 아니라 결함의 원인이기 때문입니다. 오류는 오타, 논리적 결함, 요구 사항 오해 등과 같이 소프트웨어 시스템에 결함을 생성하는 인간의 행동이나 실수입니다. 오류는 소프트웨어 시스템에서 관찰할 수 없지만 코드, 설계, 문서 등과 같은 인간의 마음이나 인간의 작업 산물에서 관찰할 수 있습니다. 실패는 오류의 원인이 아니라 오류의 결과인 결함의 결과입니다. 예를 들어, 코드의 오류는 소프트웨어 시스템의 결함을 일으킬 수 있으며, 이는 소프트웨어 동작의 실패를 일으킬 수 있습니다.
* 버그는 구성 요소 테스트 중에 발견된 결함이고, 실패는 상위 테스트 수준에서 발견된 결함입니다.
이 주장은 틀렸습니다. 버그와 장애는 서로 다른 유형의 결함이 아니라, 결함과 그 발현 양상을 나타내는 서로 다른 용어이기 때문입니다. 앞서 언급했듯이, 버그는 결함의 다른 표현일 뿐이고, 장애는 결함으로 인해 소프트웨어 시스템이 예상대로 작동하지 않는 상황입니다.
버그와 장애는 구성 요소 테스트나 상위 테스트 레벨뿐만 아니라 모든 테스트 레벨에서 발견될 수 있습니다. 테스트 레벨은 구성 요소 테스트, 통합 테스트, 시스템 테스트, 인수 테스트 등 소프트웨어 시스템의 통합 레벨에 해당하는 테스트 단계입니다. 결함과 장애는 테스트 목표, 테스트 기반, 테스트 기법 및 테스트 환경에 따라 모든 테스트 레벨에서 발생하고 감지될 수 있습니다. 참고 자료: ISTQB Certified Tester Foundation Level(CTFL) v4.0 출처 및 문서:
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.1.2장, 테스트 및 품질1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.2.1장, 테스트 원칙1
* ISTQB 인증 테스터 기초 수준 교과 과정 v4.0, 1.3.1장, 소프트웨어 개발 라이프사이클 테스트1
* ISTQB 테스트 용어집 v4.0, 실패, 결함, 버그, 환경 조건, 오류, 테스트 레벨2