기억하는 승인 기준을 지정해야 합니다 솔직하고 결코 이후 개발 단계를 시작했습니다. 따라서 팀과 제품 소유자는 제품 소유자의 요구 사항을 충족시킬 최소 결과물에 동의해야합니다.
수락 기준 작성 방법
여러 유형의 수락 기준이 있습니다., 가장 인기있는 것은 규칙 중심(목록 형태)과 시나리오 중심(각 기준을 설명하는 시나리오 형태)입니다. 시나리오를 중심 형들에게 인기입 Agile 팀 이후에 도움이 점점에서 요구 사항을 envisaging 다양한 사용할 경우,추가 사용 시나리오에 대한 수동 및 자동화 수용을 테스트합니다.
일반적인 템플릿을 설명하는 승인 기준을 사용하여 시나리오 중심의 접근 방식은 주어진 때 그 형식에서 파생된 행동이 중심의 개발(BDD)., 주어진/언제/다음 형식은 모든 사양 요구 사항이 충족되도록하는 수락 테스트를 작성하는 데 사용됩니다.
이 형식을 위해 편리(인간이기 때문에서 작성이 익숙한인 방식으로)뿐만 아니라 자동화된 테스트를 위한 도구처럼 오이 RSpec.,ser:
으로 로그인한 사용자
내가 원하는 로그인 할 수 있도록 웹사이트에
도록을 찾을 수 있습 acess 내 개인 프로필
시나리오: 시스템 사용자가 유효한 증명
“주는 나는 로그아웃 시스템 사용자
와 나에서 로그인 페이지에서
경기에서”아이디”및”비밀번호”필드와 함께 내증 자격증
그리고 로그인 버튼을
그리 시스템 표지판에서 나”
주어진/때/다음 템플릿을 줄일 수 있도록 지원에 소요되는 시간을 작성 테스트 사례 때문에 설명할 시스템의 동작습니다., 우리가 선호하는 쓰는 승인 기준으로 첫 번째 사람은”나는 이후”그것은 우리가 얘기 사용자의 관점에서 계속 사용자의 필요합니다.
여기에는 몇 가지 팁을 작성하는 데 도움한 합격 기준:
- 유지의 조건을 잘 정의된 그래서 어떤 프로젝트 팀 구성원을 이해하는 아이디어이하려 전달합니다.
- 기준을 현실적이고 달성 가능하게 유지하십시오. 당신이 제공하고 그것에 충실 할 수있어 기능의 최소 조각을 정의합니다., 반면에,백 로그를 어지럽히고 많은 작은 작업 아래에 묻힐 위험이 있으므로 모든 세부 사항을 설명하려고하지 마십시오.
- 모든 이해 관계자와 협조하여 귀하의 수용 기준은 합의를 기반으로합니다.
- 만들기 측정 기준을 할 수 있도록 적절하게 추정 개발 시간 그래서 당신이 할 수 있어 예산 범위 내에서 및 시간 제약 조건이 있습니다.
- 수락 기준에서 다루는 사용자 스토리를 확인할 수 있는 체크리스트를 제공하는 것이 좋습니다.,
의 예에는 승인 기준
이 섹션에서 우리는 것을 살펴의 예에는 승인 기준을 기록한 일반적인 기능은 현재 대부분의 웹사이트에. 수용 기준은 사용자 스토리를 통해 모든 기능을 지정한 후에 작성되므로 사용자 스토리를 선불로 정의 할 것입니다.,편의 시스템을 보여주는 목록 모든 제품의
과 시스템에 보여줍니다”검색”섹션에서 오른쪽 상단 모서리의 화면을
경기에서”검색”필드의 이름으로 기존 항목에서 제품 목록
그리고”Apply”버튼을 누르거나 Enter 키를 누르면 키보드의
그리 시스템여 제품에 검색 결과 섹션으로 제품에 일치하는 이름을 입력 제품 이름
과 시스템에 보여줍니다 숫자의 검색결과에서 최고의 검색 결과 절”
를 들어 2 위
다음 예에서 나타내는 승인 기준에 대한 피드백 양식 페이지를 제공합니다.,ck 양식을 포함하는”이메일”,”이름”그리고”주석”필드하는 데 필요한
경기에서”이메일”유효한 이메일 주소와 함께
채우는데”이름”에 필드가 내 이름으로
그리고 내가 채우에는”주석”필드와 함께 내 댓글
그리고”의견을 제출합니다”버튼을
그리 시스템을 제출하는 나의 피드백
과 시스템에 보여줍니다”당신이 성공적으로 제출 귀하의 의견이”플래시 메시지
과 시스템을 지웁니다 분야의 제출 피드백 양식”
를 들어 3 위
마지막으로,하자 지정한 사용자는 이야기 및 승인 기준에 대한 주석 기능을 블로그에., 로그인한 사용자만 주석을 추가할 수 있습니다., 저장 시스템 내 댓글
그리고 시스템 내 의견의 상단에 있는”주석”section
그리고 시스템 내 사용자 이름과 프로필 사진 왼쪽에서 내 댓글
과 시스템을 보여줍니다”제거”및”편집”아이콘을 반대 나의 코멘트”
포장
당신이 볼 수 있듯이,쓰기 허용 기준은 진정한 윈-윈 활동에 대한 모두 클라이언트는 개발 팀: 뿐만 아니라 그것이 도움이 되는 팀을 정확히 알고 있지만,그것을 지키는 클라이언트를 나란히 개발 프로세스할 수 있도록 확인하는 소프트웨어 개발을 충족하는 실제 비즈니스 요구 사항입니다.,
지 않도록 사용자 스토 및 승인 기준은 당신을 놀라게 떨어져 당신이 시간을 투자하는 기술에 있는 지정하고 모든 기능이 결국 돈을 지불합니다. 수락 기준은 비즈니스 목표를 달성하고 버그가없는 앱을 생성하도록하는 유스 케이스 및 테스트 케이스의 기초 역할을합니다.나는 이것이 내가 할 수있는 유일한 방법이라고 생각한다.