프로젝트 배경/목적

• jobda는 채용 플랫폼 서비스인데, 매칭이 핵심 기능이다.
• 매칭 과정에서 다양한 유저 케이스가 발생할 수 있는데, 이런 다양한 유저 케이스들을 한 번에 쉽게 검증과정에서 사용할 수 있는 도구가 필요하다.

주요 요구사항

• 유저 정보를 쉽고 간단하게 관리할 수 있어야 한다.
• 사용자가 선택한 계정으로 해당 어플리케이션에 로그인이 된 상태로 접근할 수 있다.
• 두 가지 서비스의 계정을 모두 지원한다.
  • jobda 액세스토큰 키: accessToken
  • jobda-cms 액세스토큰 키: access-token
• 계정 정보에서 필요한 정보를 모두 저장할 수 있어야 한다.
  • 계정 로그인 정보: id, pw
  • 환경: 설정한 도메인의 환경을 표시(dv - 개발, st - 스테이징, pr - 운영) 한다.
  • 계정 상세 설명: 해당 계정이 무엇을 테스트하기 위한 목적 설명
    • ex) sms 테스트를 위한 계정, 휴면 계정 테스트를 위한 계정 등
  • 계정이 속한 서비스: jobda or jobda-cms
• 계정 상세 화면에서 계정 정보를 자세히 확인할 수 있다.
• 계정을 등록 할 수 있다.
  • 입력 값이 옳지 않은 경우에 실패한다.
  • 실패한 경우 에러 메시지를 표시하고 focus가 이동한다.
• 등록한 계정 정보를 볼 수 있다.
• 유저 리스트를 필터링해서 볼 수 있다.
• 등록된 계정 정보를 삭제할 수 있다.
• 등록한 계정 정보를 수정할 수 있다.
• 계정 정보를 특정 형식으로 클립보드에 복사할 수 있다.
  • 환경: stage, id: xxxx, pw: xxxx, jobda-keychain 상세 확인 주소: xxxxx
  • 위와 같이 상세한 포맷으로 계정 정보를 복사할 수 있고, 사용자가 직접 커스텀할 수 있다.
• UI 디자인 / 구성 자유
  • 기존 qa qc 사이트 디자인 참고

공통 필수 과제

• 개발과정에서 만난 의문사항, 어려움을 정리하고, 그 해결과정을 정리해보기
  • 최대한 많이 정리하려고 노력하기 (주간 일지와 별도로 작성)

공통 도전 과제