📌 Outline

<aside> 💡 콘서트 예약 서비스 시나리오에서 테스트 케이스 시나리오 계획을 통한 부하 테스트 진행 합니다.

</aside>

🎯 Purpose

<aside> 💡 부하 테스트를 통해 발생할 수 있는 장애를 대응합니다.

</aside>

1️⃣ 대상 API

1. GET /api/concerts/?page={page}&size={size} 콘서트 목록 조회 API
2. GET /api/concerts/{concertId}/available-dates 예약 가능 날짜 조회 API
3. GET /api/concerts/{concertOptionId}/available-seats 예약 가능 좌석 조회 API
4. POST /api/concerts/reservations/seats 좌석 예약 요청 API
5. POST /api/queues/token 대기열 토큰 발급 API
6. GET /api/queues/status 대기열 토큰 확인 API
7. PUT /api/users/points/charge 잔액 충전 API
8. GET /api/users/{userId}/points 잔액 조회 API
9. POST /api/payments 결제 API

2️⃣ 총 일일 트랜잭션 수 계산

먼저, 전체 시스템에서 하루 동안 발생할 것으로 예상되는 트랜잭션 수를 계산해봤습니다.

• DAU (Daily Active Users) : 하루 동안 서비스에 접속하는 활성 사용자 수를 가정합니다.
• 사용자 행동 분석 : 각 사용자가 하루에 평균 몇 번 API를 호출하는지 분석합니다.

<aside> 💡 가정

• DAU가 10만 명이라 가정합니다.
• 각 사용자가 하루에 평균 10번 API 요청을 한다고 가정합니다.

총 일일 트랜잭션 수 = 10만 명 * 10번 = 100만 트랜잭션

</aside>