접근권한 시험

막혀야 할 기록이 실제로 막히는지 요청을 보내 확인합니다

시험 계정 3개로 증례·파일·관리 기능 5곳에 직접 요청을 보냅니다. 칸마다 기대한 결과와 실제 결과를 나란히 적고, 하나라도 다르면 고친 뒤 다시 돌립니다.

API 라우트마다 로그인 여부와 역할·기관을 확인합니다.

15칸 일치 0 불일치 0 대기 15 모의 응답

사용자 ＼ 대상 내 증례 같은 기관 다른 사용자 증례 다른 기관 증례 검사지 파일 다른 사용자가 올린 것 사용자 관리 API

A병원 일반 a-user01

A병원 관리자 a-admin01

B병원 일반 b-user01

Supabase 테이블에 사용자·기관 조건을 걸어 DB가 직접 걸러냅니다.

15칸 일치 0 불일치 0 대기 15 모의 응답

사용자 ＼ 대상 내 증례 같은 기관 다른 사용자 증례 다른 기관 증례 검사지 파일 다른 사용자가 올린 것 사용자 관리 API

A병원 일반 a-user01

A병원 관리자 a-admin01

B병원 일반 b-user01

검사지 파일 버킷에 기관·작성자 경로 정책을 겁니다.

15칸 일치 0 불일치 0 대기 15 모의 응답

사용자 ＼ 대상 내 증례 같은 기관 다른 사용자 증례 다른 기관 증례 검사지 파일 다른 사용자가 올린 것 사용자 관리 API

A병원 일반 a-user01

A병원 관리자 a-admin01

B병원 일반 b-user01

선택한 칸

A병원 일반 → 내 증례

1 테스트 환경에서만
시험 계정 3개와 합성 증례 120건은 테스트(Preview) DB에만 있습니다. 운영 데이터는 쓰지 않습니다.
2 PR마다 다시
코드가 바뀔 때마다 GitHub Actions가 세 가지 경로의 45칸을 다시 돌립니다. 하나라도 다르면 Preview가 만들어지지 않습니다.
3 결과는 검수 자료로
칸별 요청과 응답이 그대로 남아, 납품 때 접근권한 검증 자료로 제출합니다.