Pass the iSQI ISTQB Foundation Level CTFL-AcT Questions and answers with ExamsMirror

Decision Model and Notation (DMN) is a standardized approach used to model decision logic, often represented in decision tables that evaluate inputs and determine outputs. In this scenario, the entitlements granted to a candidate are based on the total score from two exams, where:

Each exam can be graded as either 0 or 1.

The combined score can be 0, 1, or 2.

The entitlements depend on the combined result:

0 → No entitlements

1 → Partial entitlements

2 → Full entitlements

Among the given diagrams:

Option A simply lists test cases but lacks explicit logic modeling.

Option B shows a mapping from total score to entitlements but doesn't model how the total is derived from the two exams.

Option C redundantly splits outputs into multiple Boolean fields and doesn't reflect how the decision is made from exam inputs.

Option D is the correct representation.

Option D uses:

e1 and e2 as inputs for Exam #1 and Exam #2.

Result as the sum of e1 + e2.

A final Output mapped based on the Result:

0 → No

1 → Partial

2 → Full

This structure accurately follows the DMN standard by expressing inputs, a derived result, and the corresponding decision output, making Option D the correct and most complete decision model.

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

“Decision tables are commonly used to express business rules that determine outputs based on combinations of inputs. DMN formalizes this structure to support automated reasoning.”

An acceptance test summary report is a high-level document produced at the end of acceptance testing. It provides stakeholders (especially business owners and decision-makers) with essential information to determine whether the system meets the acceptance criteria and whether it is ready for release.

Option A is correct because understanding the residual risk — based on test results, open defects, and coverage — is critical for release decisions. The summary report includes test execution status, significant findings, defect summaries, and an overall risk assessment.

Other options:

B (technical details on defect fixes) belong more in defect or technical reports, not in the acceptance summary.

C (test strategy/design methods) are part of the test plan, not the summary report.

D (test procedure info) is operational detail, not suited for a high-level summary report.

Answer: A. Information to evaluate the level of risk for product release.

Collaboration between business analysts and testers is essential in defining and reviewing acceptance criteria. When both roles work together, they ensure the criteria are not only aligned with business goals but also testable and clearly specified.

Option A is correct because shared understanding of acceptance criteria allows testers to design test cases that truly validate business expectations, reducing misinterpretations and increasing confidence in the product.

Other options:

B is valid but not the best — non-functional requirements are important but often handled separately.

C is partially correct but assumes acceptance test cases already exist, whereas the review often happens earlier in the process.

D focuses on test reporting, which is downstream from criteria definition and test case design.

Answer: A. A shared vision between the business analyst and the tester on acceptance criteria facilitates the design of acceptance test cases.

In ATDD (Acceptance Test-Driven Development), business process modeling (e.g., using BPMN) is a powerful way to visualize workflows and system behavior from the user's perspective. Testers can use these models to derive acceptance test cases by covering different business paths, including normal flows, alternate flows, and exception conditions.

Option A is correct because it reflects this practical usage: testers analyze the business process model and create test cases to ensure coverage of the different paths the system might take. This aligns acceptance testing directly with business logic and enhances traceability.

Other options:

B is partially valid but less direct; business analysts help define rules, but test case creation is a tester's role.

C reverses the correct flow; BPMN models are often created first and used to define or validate acceptance criteria, not the other way around.

D is incorrect — requirements/user stories are usually defined through stakeholder collaboration, not auto-generated from BPMN diagrams.

Answer: A. Testers use business process models to write test cases that cover the different paths.