CAPM Practice: Validate requirements through product delivery
Question 6 of 68 in Validate requirements through product delivery
Pick an answer below — you'll get the explanation instantly, no signup.
Show answer & explanation
Correct answer: Writing acceptance tests before development begins, derived directly from requirements acceptance criteria — ensuring development builds exactly what the criteria specify and validates requirements are testable
Explanation
ATDD (similar to BDD) defines acceptance tests before coding starts. Tests embody the acceptance criteria precisely, ensuring developers implement exactly what requirements specify. Passing tests validate requirements — failing tests reveal misunderstanding between requirements and implementation.
**Why not A:** ATDD is a collaborative technique involving the whole team (BA, developers, testers), not a methodology where only managers perform acceptance testing. The "driven" in ATDD refers to using acceptance tests to drive development, not to managerial oversight of testing.
**Why not B:** ATDD is not about testers driving all development decisions. It is a collaborative practice where acceptance tests are written before development begins, derived from requirements acceptance criteria. The tests guide development, but the entire team participates in defining them.
**Why not D:** Running tests automatically in production after deployment describes production monitoring or post-deployment testing. ATDD specifically involves writing acceptance tests before development starts, ensuring that development is guided by clearly defined acceptance criteria from the outset.
Key Concept
This question covers Validate requirements through product delivery under Validate requirements through product delivery (Business Analysis Frameworks).
All 1,500+ CAPM questions are free
Sign up to track your progress, see detailed analytics, and get personalized study recommendations.
Sign Up Free