Acceptance Criteria
완료 조건
완료 조건은 사람들이 보고 테스트할 수 있는 결과야. 기능이 충분히 잘 작동하는지 알려주는 기준이 돼.
다른 예시
저장할 때, 페이지는 진행 상황을 표시하고 새로고침 후에도 데이터를 유지합니다. 또한 데이터나 네트워크 오류를 설명합니다.
주요 부분
- 01Preconditions
- 02Observable expected behavior
- 03Edge cases and failure behavior
사용할 때
코딩 전에 작성하세요, 그래야 제품, 디자인, 엔지니어링, QA가 동일한 결과에 동의할 수 있습니다.
다음 경우에는 사용하지 마세요
“프리미엄처럼 보인다”와 같은 개인적인 의견을 절대 사용하지 마세요. 다른 사람이 확인할 수 있는 결과를 작성하세요.
코드에서 사용된 이름
Given / When / Then 출시하기 전에
Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision.
Outcome:Complete the task with 완료 조건 (Acceptance Criteria)。 User context:저장할 때, 페이지는 진행 상황을 표시하고 새로고침 후에도 데이터를 유지합니다. 또한 데이터나 네트워크 오류를 설명합니다. Product concept to apply:완료 조건 (Acceptance Criteria)。 Why it fits:코딩 전에 작성하세요, 그래야 제품, 디자인, 엔지니어링, QA가 동일한 결과에 동의할 수 있습니다. Do not use it when:“프리미엄처럼 보인다”와 같은 개인적인 의견을 절대 사용하지 마세요. 다른 사람이 확인할 수 있는 결과를 작성하세요. Product framing: Name the target user and wanted result. Record the current baseline and evidence. Set what is in and out of scope, the limits, the owner, and the time frame. Decision quality: Keep facts, guesses, and unknowns separate. Record the options you did not choose and what evidence would change the decision. Acceptance criteria: The document names an owner, target user, measurable result, scope limit, evidence source, open risks, and next test. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Target group, baseline, success level, owner, time frame, dependencies, and review schedule.
이 요청을 확인하세요
Review how 완료 조건 (Acceptance Criteria) is used now. Definition: 완료 조건은 사람들이 보고 테스트할 수 있는 결과야. 기능이 충분히 잘 작동하는지 알려주는 기준이 돼. Release checks: Check the target user, wanted result, current baseline, evidence source, scope, owner, and success level. List assumptions, open risks, and the next test or decision. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.