목표 정의

• 성능 테스트:
  • 특정 API의 응답 시간, TPS 기준선(Baseline) 수립
  • 예: “메뉴 조회 API는 100 TPS에서 95% 요청이 200ms 이내로 응답해야 한다”
• 부하 테스트:
  • 동시 사용자 500명 시 시스템 안정성 확인
  • 예: “500명 동시 요청 시 에러율 1% 이하, CPU 80% 이하 유지”

기준 잡기

1. 사용자 시나리오 선정

• 고객

  회원가입 → 로그인 → store 검색 → 메뉴 조회 → 장바구니 추가 → 결제/주문접수 → 10분내 수락 없으면 자동 취소 / 10분 내에 고객 취소 가능

• 스토어

• 어드민

2. 성능테스트시나리오 목표값(제안)

• 200명 동시접속, 0.2초 기준 1,000 RPS
• Ramp-Up 20초 (10명/초 증가)
• 메뉴 조회 70%, 상세 조회 20%, 등록 10% 비율로 설계

2-1. 성능테스트

– Threads / RPS / SLA는 필요에 따라 조정 가능.

1. 가게 검색(가게 이름 조회)

   • 목표 Throughput: 100 RPS

   • 동시 사용자(Threads): 150

   • 평균 응답시간 SLA: 95% ≤ 300ms

   • 요청

   GET /api/restaurants?query={keyword}

   • 검증: HTTP 200 + 응답 본문에 “restaurants” 배열 존재

2. 결제

   • 목표 Throughput: 30 RPS

   • 동시 사용자(Threads): 50

   • 평균 응답시간 SLA: 95% ≤ 500ms

   • 요청

   POST /api/orders

   (Body: { cartId, paymentInfo… })

   • 검증: HTTP 201 + 응답 본문에 “orderId” 존재

RPS & 네트워크 & 메모리 계산 예시

• 동시접속자: 200명
• 평균 응답 시간: 0.2초 (200ms)