CTFL-AcT iSQI ISTQB Certified Tester - Acceptance Testing (CT-AcT) Free Practice Exam Questions (2025 Updated)

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

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.

According to ISTQB and the Business Analysis Body of Knowledge (BABOK) standards, the terms business goals, business needs, and requirements are related but represent different levels of abstraction in defining what an organization aims to achieve.

Business Goals represent the high-level strategic objectives an organization wants to accomplish. These are broad statements of intent and typically reflect long-term ambitions.

Business Needs specify what the business must address to meet its goals; these are more focused descriptions of the problems or opportunities that justify the business change. They provide a rationale for why a project or initiative is undertaken.

Requirements are detailed specifications that describe the features, functions, or qualities the solution must have to fulfill the business needs.

The relationship is hierarchical and increasingly specific: business goals set the overarching purpose, business needs interpret these goals into actionable problem statements or opportunities, and requirements specify the solution details.

ISTQB glossary and syllabus excerpts confirm this layered approach, clarifying that these terms are not synonymous but instead describe the same concept at varying levels of detail and abstraction. Therefore, option B best captures this nuanced relationship.

Exact Extract from ISTQB Foundation Level Syllabus (Business Analysis Section):

"Business goals, business needs, and requirements describe, at different levels of abstraction, what shall be achieved by the business change. Business goals are high-level statements; business needs are statements of problems or opportunities to be addressed, and requirements define the detailed attributes of the solution to meet those needs."