rogarithm / todos Goto Github PK

Description

• Todo 정보는 아주 많은 양을 가지고 있을 수 있어, 이를 고려한 Pagination이 적용되어야 한다.

Request

State

todo의 상태는 다음과 같다.

• ALL : 완료된 항목과 미완료된 항목 모두
• COMPLETE : 완료된 항목만
• INCOMPLETE : 미완료된 항목만

Response Body

{
  "items": [
    {
      "id": "Todo id",
      "name": "Todo 이름",
      "state": "Todo 상태, true, false",
      "createdAt": "Todo 생성 시간"
    }
    ...
  ]
}

• offset 방식으로 구현
• 테스트를 위한 데이터 생성
• 성능 측정하고 개선하기

참고할 링크
https://use-the-index-luke.com/no-offset

해당 API:

• #14 access token을 재발급할 수 있다
• #13 사용자는 로그아웃할 수 있다
• #8 사용자는 회원 탈퇴할 수 있다
• #7 사용자 정보를 가져올 수 있다
• #5 할 일 하나의 정보를 가져올 수 있다
• #4 할 일 하나를 수정할 수 있다
• #3 할 일 하나를 삭제할 수 있다
• #2 할 일 하나를 추가할 수 있다
• #1 할 일 목록을 가져올 수 있다

Description

• 클라이언트에서 token을 제거하여 로그아웃 한다.

Request

• X

Response Body

• X

Description

• X

Request

Response Body

{
  "id": "Todo id",
  "name": "Todo 이름",
  "description": "Todo에 대한 설명",
  "state": "완료 여부"
}

Description

• 회원 탈퇴시 실제 Database에서 데이터를 삭제하는 것이 아닌 phone, crn, password를 마스킹하고 로그인 할 수 없도록 한다.

Request

• X

Response Body

• X

• mockmvc 테스트에서 어떤 값을 비교해야 할까?
  • 모든 필드값을 비교해야 하나? 아니면 중요한 값만 비교하는 걸로 충분한가?
  • 모든 필드값을 비교해야 한다면 도우미 함수를 만들어 중복을 줄여야 할까?
• 여러 dto를 가져오는 테스트에서 줄 수가 다소 길다.
  • @beforeeach로 모으는 것 이외에 다른 방법은 없을까?
• 데이터를 만들 때 어떤 값을 넣을지 고민하는 데 시간이 걸린다.
  • 많은 양의 데이터가 필요한 상황을 가정하기 위해 일일이 값을 생각하고 넣는 건 지금 방식으로는 어려울 것 같다.
  • 타입에 따라서 적절한 값을 넣어주는 방법은 없을까?

Description

• nickname으로 받은 닉네임이 기존에 가입된 사용자들의 닉네임과 중복되지 않는지 체크한다.

Request

Response Body

{
  "verify": "사용가능 : true, 불가능 : false"
}

Description

• X

Request

{
  "id": "Todo id",
  "name": "Todo 이름",
  "description": "Todo에 대한 설명",
  "state": "완료 여부"
}

Response Body

• X

Description

• Todo를 삭제한다.
• 다른 유저의 Todo를 삭제할 수 없어야 한다.

Request

Response Body

• X

Description

• AccessToken에는 userId값이 포함되어야 한다.

Request

Response Body

{
  "accessToken": "accessToken"
}

Description

• AccessToken에는 userId값이 포함되어야 한다.

Request

{
  "account": "계정",
  "password": "비밀번호"
}

Response Body

{
  "accessToken": "access token"
}

Description

• X

Request

{
  "name": "Todo 이름",
  "description": "Todo에 대한 설명"
}

Response Body

• X

• 인증 필터 추가에 따른 변경(로그인 요청 후 todo api 요청) 개선

Description

• account로 받은 계정이 기존에 가입된 계정들과 중복되지 않는지 체크한다.

Request

Response Body

{
  "verify": "사용가능 : true, 불가능 : false"
}

Description

• 로그인 시 발급받은 AccessToken 안에 있는 userId값을 사용하여 사용자 정보를 가져온다.

Request

• X

Response Body

{
  "nickname": "닉네임",
  "phone": "연락처",
  "crn": "사업자등록번호"
  "createdAt": "사용자 회원가입 시간"
}```

Description

• 만약 account, nickname이 중복된 경우 회원가입이 되면 안된다.
• crn이 유효하지 않은 경우 회원가입이 되면 안된다.

Request

{
  "account": "계정",
  "password": "비밀번호",
  "nickname": "닉네임",
  "phone": "연락처",
  "crn": "사업자등록번호"
}

Response Body

• X

• 현재 하드코딩 방식
• 만약 토큰을 만들 요청 정보가 바뀌면 토큰 정보도 그에 따라 바뀌므로, 이런 변화에 유연하게 토큰을 만들도록 바꾸기

Description

• 사업자등록번호 검증 알고리즘을 사용하여 crn 값이 유효한지 체크한다.
• 사업자 번호 식별 규칙 참고하여 만들기.

Request

Response Body

{
  "verify": "사용가능 : true, 불가능 : false"
}