iSQI CTFL-AT Exam Dumps - Actual Questions Answers

Comprehensive and Detailed Explanation From Exact Extract:

FromISTQB Glossary (also referenced in CTFL-AT):

"Configuration management is a discipline applying technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a configuration item, control changes to those characteristics, record and report change processing and implementation status, and verify compliance."

Thus,Option Dis the formal and accurate definition ofConfiguration Management.

Option Adescribestest control, not configuration management.

Option Brefers tosession-based testing, unrelated to configuration management.

Option Crefers tocombinatorial test design, not configuration control.

Comprehensive and Detailed Explanation From Exact Extract:

FromCTFL-AT Syllabus v4.0, Section 2.1Acceptance Criteria and Testability, and Section 3.1:

"Acceptance criteria may also address non-functional quality characteristics such as reliability, performance, and usability."

The criterion referencesfailure rate over time, which is areliability attribute, makingOption D (Quality characteristics)the correct answer.

Option A(Scenarios) refers to usage paths.

Option Brefers to functional correctness.

Option Crefers to interface interaction points.

A testable acceptance criterion is a condition that can be verified or measured objectively by the tester, customer, or stakeholder. It should be specific, measurable, achievable, relevant, and time-bound (SMART). A testable acceptance criterion should also be written from the user’s perspective, achievable within the sprint, and written before development begins1.

Among the four options, only option C meets these criteria. It is specific (the response time to confirm a customer submission), measurable (must not exceed 5 seconds), achievable (within the technical and business constraints), relevant (to the user’s needs and expectations), and time-bound (must be met in every sprint). It is also written from the user’s perspective, testable (by measuring the response time), and written before development (as part of the user story definition).

Option A is not testable because it is vague and subjective. What does it mean to support business processes? How can this be verified or measured? Option B is also not testable because it is subjective and ambiguous. What does it mean to be easy to use? How can this be verified or measured? Option D is not testable because it is not written from the user’s perspective. It is an internal quality criterion for the testing team, not an acceptance criterion for the product or feature.