무료 온라인 액세스 ISTQB.ISTQB-CTFL-KR.v2026-03-16.q188 모의 시험 (Page 8)

ISTQB-CTFL-KR 문제 31

웹 사이트의 로그인 페이지를 테스트해야 합니다. 이 페이지에는 사용자 이름과 비밀번호 필드가 있습니다. 이 사례에 가장 적합한 테스트 설계 기술은 무엇입니까?

A. 의사결정 테이블 테스트, 상태 전환 테스트.

B. 동등 분할, 경계값 분석.

C. 탐색적 테스트, 진술 범위.

D. 결정 범위, 오류 공격.

정답: B

Equivalence partitioning and boundary value analysis are test design techniques that are most appropriate for testing the login page of a web site. The page contains fields for user name and password, which are input values that can be divided into partitions of equivalent data. Equivalence partitioning is a technique that divides the input data and output results of a software component into partitions of equivalent data. Each partition should contain data that is treated in the same way by the component. Equivalence partitioning can be used to reduce the number of test cases by selecting one representative value from each partition. Boundary value analysis is a technique that tests boundary values between partitions of equivalent data. Boundary values are values at the edge of an equivalence partition or at the smallest incremental distance on either side of an edge. Boundary value analysis can be used to detect defects caused by incorrect handling of boundary conditions. For example, for testing the user name field, we can identify two equivalence partitions: valid user name (existing and correct) and invalid user name (non-existing or incorrect). The boundary values for these partitions are the minimum and maximum length of user name allowed by the system.
Decision table testing and state transition testing are not suitable for testing the login page of a web site, as they are more applicable for testing components that have multiple inputs and outputs that depend on logical combinations of conditions or events. Decision table testing is a technique that shows combinations of inputs and/or stimuli (causes) with their associated outputs and/or actions (effects). State transition testing is a technique that models how a system transitions from one state to another depending on events or conditions.
Exploratory testing and statement coverage are not suitable for testing the login page of a web site, as they are more applicable for testing components that require learning, creativity and intuition or structural analysis.
Exploratory testing is an approach to testing that emphasizes learning, test design and test execution at the same time. Exploratory testing relies on the tester's skills, creativity and intuition to explore the software under test and discover defects. Statement coverage is a type of structural testing that measures how many statements in a program have been executed by a test suite. Statement coverage can be used to assess the adequacy or completeness of a test suite.
Decision coverage and fault attack are not suitable for testing the login page of a web site, as they are more applicable for testing components that have complex logic or potential errors. Decision coverage is a type of structural testing that measures how many decision outcomes in a program have been executed by a test suite.
Decision coverage can be used to assess the adequacy or completeness of a test suite. Fault attack is a type of functional testing that deliberately introduces faults into a system in order to provoke failures or errors.
Verified References: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer], Chapter 4, page 34-46; Chapter 5, page 47-48.

ISTQB-CTFL-KR 문제 32

동적 테스트로 인해 오류가 발생할 때 일반적인 디버깅 활동이 아닌 것은 무엇입니까?

A. 실패 재현

B. 새로운 테스트 케이스 추가

C. 원인 해결

D. 근본 원인 진단

ISTQB-CTFL-KR 문제 33

다음의 사용자 스토리와 그 수용 기준을 고려해 보세요.
사용자 스토리:
"Agnotoly" 협회 회원으로서, 저는 자동 결제 방식을 통해 협회 회비를 납부할 수 있기를 바랍니다. 그렇게 하면 납부 기한에 대한 걱정이 사라질 테니까요.
승인 기준:
* 회원 본인은 'Agnesis Master' 신용카드로만 결제 가능합니다.
* 회원님께서는 휴대폰 번호를 등록하셔야 합니다.
* 회원님께서는 반드시 신용카드를 결제시스템에 등록하셔야 합니다.
* 회원은 결제방법(월간 또는 연간)을 선택하셔야 합니다.
* 회원은 선택한 방법에 대한 이용약관에 동의해야 합니다.
* 이용약관에 동의하면, 시스템은 회원의 휴대전화로 OTP(일회용 비밀번호)를 전송하여 인증을 진행합니다.
* 결제수단은 OTP 검증 후에만 등록됩니다.
* 결제수단을 등록하시면, 시스템은 다음달 첫 영업일에 요금을 청구합니다.
테스트 사이클 결과:
* 회원들이 신용카드를 사용하여 성공적으로 회비를 납부했습니다.
* 결제는 매월 1년 이상 처리되었습니다.
다음 옵션 중 어느 것이 완전히 다루어지지 않은 승인 기준을 식별합니까?

A. 위의 테스트 주기 동안 승인 기준 8이 완전히 충족되지 않았습니다.

B. 위의 테스트 주기 동안 승인 기준 4가 완전히 충족되지 않았습니다.

C. 모든 승인 기준은 위의 테스트 주기 동안 완전히 충족되었습니다.

D. 위의 테스트 주기 동안 승인 기준 6이 완전히 충족되지 않았습니다.

ISTQB-CTFL-KR 문제 34

프로그램이 테스트에서 100% 결정 커버리지를 얻었습니다. 그러면 다음 중 어느 진술이 참이라고 보장됩니까?

A. 모든 실행 가능한 문장이 포함됩니다.

B. 모든 출력 동등성 클래스가 테스트되었습니다.

C. 모든 입력 동등성 클래스가 테스트되었습니다.

D. "죽은" 코드는 다루어지지 않았습니다.

정답: A

If a program got 100% decision coverage in a test, then it is guaranteed that every executable statement is covered. Decision coverage (also known as branch coverage) is a type of structural coverage (also known as white-box coverage) that measures how many decision outcomes have been exercised by a test suite. A decision outcome is a possible result of a decision point (such as an if-then-else statement) in a program's code. Decision coverage requires that each decision point has both true and false outcomes executed at least once by a test suite. Decision coverage implies statement coverage, which is another type of structural coverage that measures how many executable statements have been executed by a test suite. Statement coverage requires that each executable statement is executed at least once by a test suite. Therefore, if a program got 100% decision coverage in a test, then it also got 100% statement coverage in a test, which means that every executable statement is covered. The other options are not guaranteed to be true if a program got 100% decision coverage in a test. Every output equivalence class has been tested and every input equivalence class has been tested are not guaranteed to be true if a program got 100% decision coverage in a test, because equivalence classes are based on functional requirements or specifications, not on code structure or logic. Equivalence classes are used in specification-based testing (also known as black-box testing), which is a type of testing that does not consider the internal structure or implementation of the system under test.
Decision coverage is used in structure-based testing (also known as white-box testing), which is a type of testing that considers the internal structure or implementation of the system under test. Therefore, achieving
100% decision coverage does not imply achieving 100% equivalence class coverage. The "dead" code has not been covered is not guaranteed to be true if a program got 100% decision coverage in a test, because dead code (also known as unreachable code) is code that can never be executed due to logical errors or design flaws. Dead code can reduce readability and maintainability of the code, as well as increase complexity and size. Decision coverage does not account for dead code, as it only considers the decision outcomes that are possible to execute. Therefore, achieving 100% decision coverage does not imply that the dead code has not been covered. Verified References: A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer, page 36.

ISTQB-CTFL-KR 문제 35

다음 중 어떤 진술이 지점 테스트의 목적을 가장 잘 설명합니까?

A. 브랜치 테스트는 특정 브랜치에서 애플리케이션의 성능을 확인하는 데 사용됩니다.

B. 분기 테스트는 내부 작동 방식에 대한 지식 없이 모든 논리적 분기에서 애플리케이션의 기능을 검증하는 데 사용됩니다.

C. 브랜치 테스트는 애플리케이션의 사용자 인터페이스에서 대화형으로 접근 가능한 브랜치를 확인하는 데 사용됩니다.

D. 분기 테스트는 애플리케이션 코드의 일부 또는 모든 분기를 최소한 한 번 실행하는 데 사용됩니다.

프리미엄 번들

DumpTop 에서 공유하는 최신 ISTQB-CTFL-KR 시험 덤프는 ISTQB-CTFL-KR 시험패스를 도와드릴수 있습니다! DumpTop 은 최근 업데이트된 ISTQB-CTFL-KR 시험자료를 제공해드립니다. DumpTop ISTQB-CTFL-KR 덤프도 시험문제 변경에 따라 업데이트되었으며 오답도 수정되었습니다. DumpTop ISTQB-CTFL-KR 덤프 최신버전을 공유받아보세요.

ISTQB-CTFL-KR 덤프 프리미엄 버전 액세스

(409 Q&As 덤프, 30%OFF할인코드: KrDump)

다른 버전: 1770ISTQB.ISTQB-CTFL-KR.v2026-01-22.q147; 1848ISTQB.ISTQB-CTFL-KR.v2026-01-17.q183; 1288ISTQB.ISTQB-CTFL-KR.v2025-04-09.q132; 1375ISTQB.ISTQB-CTFL-KR.v2025-03-01.q124

최근 업로드: 131Oracle.1Z1-171.v2026-09-06.q38; 129SAP.C_S4TM.v2026-09-06.q71; 145Oracle.1Z0-1054-26.v2026-09-06.q65; 173Huawei.H12-831_V1.0.v2026-09-06.q231; 127Salesforce.Plat-Arch-205.v2026-09-06.q28; 144Salesforce.Plat-Arch-203.v2026-09-06.q90; 140Oracle.1Z0-1050-26.v2026-09-05.q19; 212Salesforce.Manufacturing-Cloud-Professional.v2026-09-05.q111; 229EXIN.ITILFND_V4.v2026-09-05.q129; 246Citrix.1Y0-312.v2026-09-05.q182