마일스톤1 스토리

스토리

역할

• user(사용자) : 멤버 + 게스트
• member(멤버) : 가입
  • 승인 된 멤버 → 코치 & 크루
  • 승인되지 않은 멤버
• guest(게스트) : 로그인 과정을 거치지 않은 사람 (읽기 전용)
• 관리자
• 코치 : 가입 후 역할 부여
• 크루 : 가입 후 역할 부여

스토리 인수 조건

• 멤버는 서비스를 이용하기 위해 깃허브 계정으로 로그인을 한다.🌟
• 게스트는 멤버가 되기 위해 깃허브 계정으로 로그인을 한다.🌟
• 승인된 멤버는 학습한 내용의 기록을 위해 학습로그를 작성한다.🌟
• 유저는 학습로그를 최신순으로 보기 위해 모아보기를 한다.🌟
• 승인된 멤버는 학습로그 작성 시 태그 리스트에서 필요한 태그가 없을 때 태그를 생성한다.
• 승인된 멤버는 학습로그 작성을 위해 태그 목록을 조회한다.
• 유저는 태그별로 학습로그를 보기 위해 태그별 모아보기를 한다.
• 유저는 과제별로 학습로그를 보기 위해 과제별 모아보기를 한다.
• 관리자는 멤버별로 다른 권한을 부여하기 위해 멤버에게 역할을 부여한다.
• 멤버는 닉네임을 수정하기 위해 마이페이지에서 내 정보를 수정한다.
• 승인된 멤버는 자신이 작성한 학습로그를 관리하기 위해 마이페이지에서 학습로그를 수정 / 삭제 할 수 있다.
• 관리자는 학습로그 작성 시 편의성을 위해 과제 카테고리를 생성/수정/삭제 할 수 있다.

기능에 대한 인수 테스트를 바로 만들기 전에 작게 나눈 기능에 대해서 테스트를 고안하는 편이 더 쉽다.

기능을 스토리로 분할

• 누가 무엇을 왜 세 가지 항목을 포함하여 작성

As a user
I want to receive issue webhooks from Gitlab
So that I can list all current tasks

역할(누가)

• 기능을 다루는 주체
• 특정한 사람일 필요는 없음

역할의 스토리 예시

• 작성자가 학습 내용을 정리 하기 위해 학습로그를 작성한다.
• 사용자가 다른 크루들의 학습 형태를 참고 하기 위해 다른 크루의 학습로그를 조회한다.

스토리 인수 조건

• 스토리는 간단한 설명 정도로 짧으면 좋다.
• 상세한 사항은 스토리 구현 직전이나 구현 중에 기술할 수 있다.
• 기술 의존적인 용어 보다는 고객의 언어로 작성되어야 한다.

ex) 다른 크루의 학습로그 조회

• 학습로그를 작성한다. 작성된 학습 로그를 조회한다.