Write clear, testable acceptance criteria for user stories and feature delivery; use when defining done conditions, creating measurable requirements, applying INVEST checks, documenting negative scenarios, and aligning product, engineering, and QA on expected outcomes.
Does it follow best practices?
Evaluation — 91%
↑ 1.17xAgent success when using this tile
Validation for skill structure
Your team is developing a SaaS platform for project management, and you need to implement the user registration endpoint for the REST API. The marketing team has emphasized that a smooth registration process is critical for user acquisition - they've seen 40% drop-off rates when registration forms are confusing or slow.
The platform will serve small to medium businesses, so the registration system needs to handle basic validation, prevent duplicate accounts, and provide clear feedback when things go wrong. The system should be robust enough to handle the expected growth from 100 to 10,000 users over the next year.
The backend team has the database schema ready and the basic API framework set up, but they need clear requirements for the registration endpoint behavior before they start coding.
Create detailed acceptance criteria for the user registration API endpoint. Your documentation should include:
Save your work as user-registration-api-criteria.md.
The following files are provided as context. Extract them before beginning.
=============== FILE: inputs/api-requirements.md ===============
Based on user research: