iSQI CTFL-AcT Exam With Confidence Using Practice Dumps

Collaboration between business analysts and testers is critical in Agile and acceptance testing environments. One of the most effective areas of cooperation is the joint development and review of acceptance criteria for user stories. This ensures that criteria are testable, clearly defined, and aligned with stakeholder expectations.

Option B is correct because creating acceptance criteria is where both business analysts (who understand the business needs) and testers (who ensure testability and clarity) contribute effectively.

Other options:

A (Business needs assessment) is typically a responsibility of business analysts, not a joint activity with testers.

C (Review of risk to prioritize acceptance tests) is a valuable activity but comes after criteria are defined. While it can be collaborative, it's more specific to test planning.

D (Definition of Beta Testing sessions) is less relevant to ongoing collaborative work between testers and BAs — this involves users and release planning.

Answer: B. Development of acceptance criteria for user stories

This user story is about a logged-in user measuring their blood sugar using a connected glucose meter and seeing the result quickly. The acceptance criterion specifies that the result should be displayed in less than four seconds.

Option B is correct because:

It starts with a valid GIVEN precondition (“I am logged in”).

The WHEN step matches the functionality described in the user story (blood sugar measurement using a connected device).

The THEN step explicitly includes the performance expectation (“less than 4 seconds”), aligning directly with the acceptance criterion.

Other options:

A is incorrect — while it mentions the correct functionality, “I am diabetic” is not a necessary system precondition.

C refers to blood pressure instead of blood sugar — mismatched with the user story.

D introduces additional functionality (alerts for hypo-/hyperglycemia), which is not part of the specified acceptance criteria.

Answer: B. GIVEN I am logged in on the system … THEN I can see the result … in less than 4 second

Comprehensive Detailed Explanation (Approx. 200 words):

Acceptance criteria are an essential part of requirements engineering and test design. According to the ISTQB CTFL Acceptance Testing Syllabus, acceptance criteria are defined as a set of statements that specify what must be true for a system, feature, or user story to be considered acceptable to stakeholders. These criteria are used as the basis for developing acceptance test cases and help bridge the communication between stakeholders, business analysts, developers, and testers.

They are not exclusive to Agile frameworks (contrary to option A); while common in Agile (e.g., as part of a user story), they are equally valuable in traditional lifecycles. Option B is incorrect because testers are encouraged to collaborate in defining acceptance criteria early to ensure testability and clarity. Option C incorrectly states that acceptance criteria replace acceptance tests in ATDD (Acceptance Test-Driven Development). In fact, acceptance criteria are transformed into acceptance tests during ATDD.

Exact Reference – ISTQB CTFL Acceptance Testing Syllabus (Section 2.1):

“Acceptance criteria describe the conditions under which a requirement, user story, or business process is considered successfully implemented. They provide the foundation for acceptance testing and serve as input to test case development.”

Therefore, option D is the most accurate.