11.6 최종 Review Rubric
Capstone을 “test가 pass한다”로 끝내지 않고 아래 rubric으로 코드와 운영 가능성을 함께 리뷰합니다.
1. 요구사항과 위험 — 20점
- 핵심 사용자 journey가 명확하다: 5
- Happy/error/recovery path가 균형 있다: 5
- Browser matrix가 위험 기반이다: 5
- Test layer 선택 이유가 있다: 5
2. Locator와 동기화 — 20점
- Role, label, accessible name 중심이다: 5
- Hard wait가 없다: 5
- Event promise가 trigger 전에 등록된다: 5
- 최종 제품 상태를 web-first assertion한다: 5
3. 격리와 data — 15점
- Test 순서와 이전 상태에 독립적이다: 5
- Worker 간 account/data가 충돌하지 않는다: 5
- Setup/teardown의 owner와 failure policy가 있다: 5
4. 진단 가능성 — 15점
- Business step이 report에 보인다: 5
- Trace, screenshot, attachment 정책이 있다: 5
- 민감 정보가 artifact에 남지 않는다: 5
5. CI 운영 — 20점
- PR/nightly/release 범위가 분리된다: 5
- Version과 browser install이 재현 가능하다: 5
- Shard 결과가 merge된다: 5
- Retry pass가 flake로 추적된다: 5
6. 유지보수성 — 10점
- Page object/fixture가 business language를 사용한다: 5
- 불필요한 abstraction과 중복이 통제된다: 5
판정
| 점수 | 의미 | 다음 행동 |
|---|---|---|
| 90–100 | Release-ready | 실제 제품에 pattern 적용 |
| 75–89 | 운영 가능, 보완 필요 | 가장 낮은 항목 개선 |
| 60–74 | 학습 완료, production 부족 | isolation, artifact 재설계 |
| 0–59 | 재구성 필요 | Part II–VI 핵심 복습 |
최종 제출물
- Test plan
playwright.config.ts- 최소 8개 scenario
- Page object 또는 fixture 1개 이상
- Network failure test
- File/popup event test
- Clock 또는 visual/accessibility 고급 test
- CI workflow
- 실패 artifact 예시와 간단한 runbook
완성된 suite는 다른 사람이 clone한 뒤 문서의 세 command만으로 설치, 실행, report 확인이 가능해야 합니다.
참고: Best Practices, Continuous Integration, Test configuration