백엔드 내부논의

• 테스트/모니터링실행
  • 진행상황을 보니 충분히 가능할 것이라고 생각됨.
  1. 프로그램 흐름도 작성
  2. 테스트 설정 구상
     1. 동접 유저수와 DB 내 데이터량 결정 : 하드웨어의 성능에 따라서 결정해야할 것.
     2. 시나리오에 따른 어플리케이션 사용분포 결정 - 로그인, 포스트생성, 포스트조희 등등 시나리오. 로그인 다수, 조회다수, 생성 및 결제는 다소 적음?
        1. 기능별로 유저의 부하비율을 결정
        2. 그 비율에 따라서 부하정도를 다르게 테스트 설정
        3. 부하 정도를 각 기능에 테스트함.
  3. mock 데이터 생성을 위한 스크립트 작성

할 것 (수요일까지)

1. 프로그램 흐름도 작성 - activity diagram
2. 테스트 방법론에 대해서 같이 스터디하고 공유해보기1 같이 스터디해보고 공유하는 걸로
3. 모니터링 도입.

부가) 데이터 DB 스크립트 작성

• 예: 로그인(40%), 검색(50%), 결제(10%).

프론트 내부논의

투표

• 주최자 취소 시 투표가 열리는 데 참가자들한테 어떻게 알려야 할지?
  • 메일로 투표알림 발송→ 마이페이지 나의 Post 땡겨와서 투표 진행중 인것 열어서 투표하게끔!
  • 기능적으로 참가자들한테 알림이 가서 투표가 열렸다는 것을 확인
  • 현실적으로 지금은 그냥 투표없이 취소를 할지
  • 주최자만 투표를 통해 취소를 진행할지
  • 커뮤니티 작성자(닉네임), 작성일자, 이미지 추가로 받을 수 있을까요? - 이승민

<11.22>

프로필 및 사용자 정보는 마이페이지에 접근할 때 zustand에 저장, 이를 모집 글 작성할 때 사용해야하는데 로그인 시 바로 데이터를 호출해 상태관리 하는 방법으로 변경

프론트 백엔드 공통논의