베타 RC 태스크 보드 및 QA 계획

읽기 안내

당시의 단일 작성자 정책, 작업 분담, 독립 QA 계획을 보존합니다.

실시간 작업 현황판이 아니므로 현재 담당·완료 여부는 최신 Control Plane 기록에서 확인하세요.

베이스라인: 6c7e49908611b0e1975cedb1b862508625bde745

이 베이스라인 문서의 Control Plane 태스크: cb8d07ca13c64b15b0793549abeedd9a(beta-rc-baseline, 오너 PRODUCT_DESIGN).

단일 작성자 배정

공유 영역	단일 작성자	노트
be-cloudflare/src/lib.rs, auth_impl.rs, refund_impl.rs, events_impl.rs, settle_impl.rs	④ BACKEND_INFRA	아이덴티티 리졸버와 인가 수정은 직렬화됨
be-cloudflare/src/public_impl.rs, endpoints_impl.rs, 마이그레이션	④ BACKEND_INFRA	공개/비공개 및 스키마 계약
fe/lib/api/client.ts, fe/stores/db.ts, fe/middleware/**, fe/plugins/**	② PLATFORM_FE	FE 파운데이션 스튜어드; ③는 계약 요청 제출
fe/pages/settings/**, fe/pages/products/**, 셀러 콘솔 페이지	③ SELLER_FE	셀러 워크플로 오너
fe/pages/admin/**, fe/pages/index.vue, signup.vue, login.vue, store/**, checkout/**, donate/**, license/**, legal/**	② PLATFORM_FE	공개 및 운영자 콘솔 오너
fe/e2e/**, fe/playwright.config.ts, scripts/verify-*.ps1	⑤ INDEPENDENT_QA	독립 테스트/증거 오너
docs/agent/**	PM / Tech Lead	조정 및 릴리스 기록

실행 보드

이슈	에픽	오너	우선순위	상태	필요 증거
RC-101	EP-01 아이덴티티 리졸버	④-A	P0	READY	Worker role 매트릭스 + 스테이징 부정 auth 증거
RC-102	EP-01 Buyer/admin fallback 제거	④-A	P0	READY	buyer subscription/refund/ff_retry/ledger 부정 테스트
RC-103	EP-02 공개/비공개 fail-closed	④-A	P0	READY	공개 스토어/위젯/비공개 DTO 테스트
RC-104	EP-03 FE 라우트 가드	②	P0	READY	익명/buyer/seller/admin 네비게이션 테스트
RC-105	EP-04 설정 지속성	③ + ④	P0	READY	저장 → 리로드 → 재로그인 읽기 후 쓰기
RC-106	EP-04 상품 지속성	③ + ④	P0/P1	READY	CRUD/상태/삭제/slug 충돌 테스트
RC-107	EP-05 공개 사용자 여정	②	P1	READY	익명 공개 스토어/legal/비활성 유료 CTA E2E
RC-108	EP-06 운영자 콘솔	② + ④	P1	READY	admin JWT 콘솔, setDevUser 없음
RC-109	EP-07 커머스 신뢰성	④-B	P1	READY	멱등성/환불/구독/감사/outbox 테스트
RC-110	EP-08 D1/런타임/배포 안전	④-C	P1	READY	신규/업그레이드 마이그레이션, 백업/복원, Worker 배포 검사
RC-111	EP-09 스테이징 E2E	⑤	P1	READY	배포된 아티팩트 Playwright 증거
RC-112	EP-10 제품/법률/지원	① + PM	P1	READY	제품 카피/링크 리뷰 및 출시 결정

결함 분류

P0 — 릴리스 블로커

• Buyer가 seller/admin fallback 동작을 통해 크로스 테넌트 구독을 잠재적으로 목록 가능.
• 환불, 이행 재시도, 원장 검증, 기타 권한 핸들러가 무인증 또는 서비스/dev 아이덴티티를 잘못 해결 가능.
• 공개 스토어/위젯 동작이 설정/위젯 누락 또는 비공개일 때 fail open 가능.
• FE에 라우트 수준 auth/role 가드가 없고 프로덕션이 bearer 토큰 없을 때 X-Dev-User를 보낼 수 있음.
• Admin 콘솔이 setDevUser('[email protected]')를 사용하므로 실제 플랫폼 운영자 표면이 아님.
• 셀러 설정/프로필 저장이 서버 지속성 없이 성공 표시 가능.
• 프로덕션 Pages가 이전에 localhost API 베이스를 배송; 베이스라인에서 수정됐지만 회귀가 커버되어야 함.
• 프로덕션 유료 구매 경로는 비활성으로 유지되고 유료 상태를 생성하면 안 됨.

P1 — 릴리스 후보 필수

• 게스트/공개 체크아웃 모델이 인증된 셀러 스토어 상태와 일치하지 않음.
• 상품 생성/업데이트가 계약 필드를 잃을 수 있음; slug 유일성 미보장.
• Outbox 소비자 의미가 불완전; 이벤트는 소비자 없이 외부 전달됨으로 표시되면 안 됨.
• 감사 체인 동시 쓰기가 포크하거나 충돌 가능.
• Worker/D1에 라우트 수준 자동 테스트와 런타임 관측성 부족.
• 스테이징 Playwright가 배포된 스테이징 아티팩트가 아닌 로컬 dev 서버를 타겟.
• verify-deployment.ps1 기대가 낡음.
• 셀러 설정/상품 화면에 신뢰할 수 있는 로딩/오류 지속성 동작 부족.
• 공식 스테이징 FE 대상은 staging.devpay.chu.plus; 현재 Pages 별칭은 staging.nougat-devpay.pages.dev.

P2 — RC 이후 또는 범위 한정

• 법인, 지원 채널, 계정 복구/삭제, 이메일 소유권 검증은 출시 정책 결정으로 남음.
• 실제 PG와 실제 이메일 프로바이더는 별도 승인까지 제외.
• PG 어댑터와 PostgreSQL 프로덕션 경로는 릴리스 범위 아님.
• MCP 서버는 미래 범위로 유지.

독립 QA 테스트 계획

상태: 이 RC 사이클의 독립 QA 레인이 QA_PLAN_APPROVED_FOR_EXECUTION. 이것은 인간/벤더 승인이 아닌 내부 실행 승인입니다.

릴리스 권고 전 필수 검사

1. 빌드 및 정적 검사

   • cd fe && pnpm exec vue-tsc --noEmit -p tsconfig.json
   • cd fe && pnpm build:staging
   • cd fe && pnpm build:production
   • cd be && cargo test
   • cd be-cloudflare && worker-build --release
   • 추가되면 Worker 라우트 수준 테스트

2. Worker/D1의 인가 매트릭스

   • 익명, buyer, seller A, seller B, admin, service/dev 헤더
   • 보호된 GET/POST/PATCH/DELETE 부정 테스트
   • 크로스 테넌트 읽기/쓰기 시도
   • 프로덕션 X-Dev-User 거부

3. 지속성 매트릭스

   • 셀러 설정 저장 → 리로드 → 재로그인
   • 상품 생성/업데이트/상태/삭제 → 리로드
   • plan/license/entitlement 필드 왕복
   • 중복 slug/멱등성 충돌

4. 스테이징의 공개 브라우저 E2E

   • 랜딩 → legal 페이지
   • 익명 공개 스토어/상품
   • 비공개 스토어/위젯 직접 URL 차단
   • 지원되는 무료 피드백 경로
   • 프로덕션 유료 CTA는 비활성/비유료 유지

5. 스테이징의 역할 네비게이션 E2E

   • 익명 → 로그인
   • seller → 대시보드/온보딩
   • admin → /admin
   • buyer → seller/admin 접근 없음
   • 만료/무효 토큰 → 로그인

6. 배포 검증

   • 스테이징 FE/API 정규 URL
   • 명시적으로 승인될 때만 프로덕션 FE/API health
   • 배포된 SHA와 Pages 배포 ID 기록
   • verify-deployment.ps1 업데이트 및 스테이징 대상 실행

7. 데이터 안전

   • 신규 D1 마이그레이션
   • 기존 D1 업그레이드
   • 백업 → 스크래치 복원 → 행/해시 검증
   • 파괴적 프로덕션 테스트 없음

증거 기록 규칙

모든 태스크 핸드오프는 Task ID, Attempt ID, base SHA, result SHA, 변경 파일, 명령, PASS/FAIL/BLOCKED, 환경, 미해결 결함을 보고해야 합니다. AI 생성 제품/설계/QA 출력은 계약적 승인이 필요할 때 인간 벤더 수락을 대체하지 않습니다.