CTFL_Syll_4.0 Exam Dumps : ISTQB Certified Tester Foundation Level (CTFL) v4.0

ATDD stands for Acceptance Test-Driven Development, which is a collaborative approach to software development and testing, in which the acceptance criteria of a user story are defined and automated as executable tests before the implementation of the software system. ATDD tests are usually written in a Given-When-Then format, which describes the preconditions, the actions, and the expected outcomes of a test scenario. ATDD tests are intended to verify that the software system meets the expectations and the needs of the users and the stakeholders, as well as to provide feedback and guidance for the developers and the testers. Based on the given information, the ATDD test that is most likely to be written first is the one that corresponds to option B, which is:

Given the logged-in user is on the Change Password page When the user enters the correct current password, enters a valid new password (different from the last 5 passwords), and presses the Change Password button Then the user receives an email confirming that the password has been successfully changed

This ATDD test is most likely to be written first, because it covers the main functionality and the happy path of the user story, as well as the most important acceptance criterion [a]. It also verifies that the user can change the password with a valid new password that meets the criteria related to the length, the type of characters, and the history of the passwords, as specified in the acceptance criterion [c]. The other options are not likely to be written first, because they either cover less critical or less frequent scenarios, such as entering a wrong current password [d] or an invalid new password [e], or they are not related to the user story or the acceptance criteria at all, such as submitting a purchase order [d]. References: ISTQB Certified Tester Foundation Level (CTFL) v4.0 sources and documents:

ISTQB® Certified Tester Foundation Level Syllabus v4.0, Chapter 1.3.1, Testing in Software Development Lifecycles1

ISTQB® Glossary of Testing Terms v4.0, Acceptance Test-Driven Development, User Story, Acceptance Criterion, Given-When-Then2

Comprehensive and Detailed Explanation From Exact Extract:

This question applies theState Transition Testingtechnique.

Let’s evaluateOption Dstep-by-step:

NORMAL MODE → DEGRADED MODE:✅Valid on“FAILURE DETECTED”

DEGRADED MODE → NORMAL MODE:✅Valid on“ALL FAILURES CLEARED”

NORMAL MODE → DIAGNOSTIC MODE:✅Valid on“SELF DIAGNOSTIC INITIATED”

DIAGNOSTIC MODE → DEGRADED MODE:❌Invalid– there isno defined transitionfrom DIAGNOSTIC MODE directly to DEGRADED MODE.

According to the state diagram, DEGRADED MODE can only be entered:

From NORMAL MODE (on FAILURE DETECTED), or

Not from DIAGNOSTIC MODE at all.

This violates the rule:

“State transition testing uses a model where test cases are designed to execute valid and invalid transitions.”

(ISTQB CTFL Syllabus v4.0, Section 4.2.4 – State Transition Testing, Page 40)

Thus, OptionDcontains aninvalid transition, making it the correct answer.

Test automationimproves efficiency and accuracy, butit does NOT eliminate manual testing (D).

(A) is correctbecause automationspeeds up execution.

(B) is correctas automated tests produceconsistent and unbiased results.

(C) is correctbecause automationreduces human errors in repetitive tests.

However,manual testing remains essential for exploratory testing, usability testing, and complex test scenarios.