test(api): 인증과 조직 API 테스트 추가 - #82
Conversation
|
Warning Review limit reached
More reviews will be available in 42 minutes and 11 seconds. Learn how PR review limits work. Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file). ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based credits. 🚦 How do rate limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (4)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
b0636df to
aecb237
Compare
|
@coderabbitai review |
✅ Action performedReview finished.
|
ehlung
left a comment
There was a problem hiding this comment.
테스트 로컬에서 정상 통과했고, 현재 추가된 케이스들도 PR 목적에 맞게 동작하는 것으로 확인했습니다!
아래는 추가 검토해볼만한 사항을 우선순위에 따라 작성했습니다.
이 PR에서 추가 검토해볼만한 사항
- 같은 refresh cookie를 두 번 사용했을 때 두 번째
/api/auth/refresh가 401이 되는지- 현재는 refresh 성공만 검증하고 있어, 기존 refresh token이 revoke되어 재사용 불가능한지는 직접 확인하지 않습니다.
- refresh token rotation은 인증 보안 흐름이라 가능하면 이 PR에서 같이 커버하면 좋겠습니다.
후속으로 추가 검토해볼만한 사항
/refresh,/logout의 wrong Origin 403GET/PATCH /api/organization미인증 401- 조직 없는 사용자의
GET/PATCH /api/organization404
요약
검증
참고