Free iSQI CTFL-AT Practice Exam with Questions & Answers | Set: 3

 Behavior-Driven Development (BDD) is a software development approach that allows a developer to define accurate unit tests focused on business needs. BDD uses a common language that is understandable by both technical and non-technical stakeholders, such as Given-When-Then scenarios. BDD helps to align the development and testing activities with the customer expectations and business goals . References:

: ISTQB® Foundation Level Agile Tester Syllabus, Version 2014, Section 2.2.2

: ASTQB Agile Tester Certification Resources, Agile Testing Foundations, Chapter 3, Section 3.2.2

Comprehensive and Detailed Explanation From Exact Extract:

FromCTFL-AT Syllabus v4.0, Section 3.2Test-Driven Development, it states:

"Test-Driven Development (TDD) is a practice where test cases are written before the code is developed. Typically, these tests are automated, and the code is written to make the tests pass."

This directly matchesOption A, making it the correct and complete answer.

Let’s review the other options:

Option Bdescribes atest strategy, not TDD.

Option Cis a definition ofAgile software development, not TDD.

Option Ddescribesexploratory testing, not TDD.

Comprehensive and Detailed Explanation From Exact Extract:

FromCTFL-AT Syllabus v4.0, Section 4.3Test Automation and Continuous Integration, it states:

"Automated tests help detect regression defects quickly and can be run frequently during development, thus reducing regression risk."

So,Option Dis correct —test automation supports regression testingwithin iterations, making it an essential Agile practice.

Option Ais false —automated unit tests are designed to be fastand are ideally run with every check-in.

Option Bis incorrect — more code changesincrease, not reduce, regression risk.

Option Cis incorrect —technical debt can still existwith automation if the automation is poorly designed or not maintained.

Comprehensive and Detailed Explanation From Exact Extract:

From theCTFL-AT Syllabus v4.0, Section 2.2Release and Iteration Planning, testers actively contribute during release planning:

"During release planning, testers collaborate with the team to understand the scope of the release and help identify any high-level test considerations. They also participate in quality risk analysis and help in estimating test effort."

Furthermore, it is noted:

"Testers are involved in defining and refining user stories and acceptance criteria, and contribute to quality risk assessments."

Therefore,Option Cis accurate as it reflects the tester's involvement inprioritizing user storiesand conductingquality risk analysisduring release planning.

Option Ais incorrect because defining and redefining the product backlog is primarily the role of theProduct Owner, and the test approach isiteration-specific, not fixed for the full release.

Option Bis inaccurate — breaking down stories into tasks is generally part ofiteration (Sprint) planning, not release planning.

Option Dis incorrect —release plans can changein Agile to accommodate changing business needs.