최근 AI뉴스 게시판에도 나온 얘기인데, AI가 코드 짜는 속도는 빨라졌는데 진짜 병목은 테스트 쪽으로 옮겨갔다고 하죠. 이 스킬이 딱 그 지점을 찌릅니다.
E2E 테스트를 돌렸는데 초록불이 떴어요. 근데 정작 그 기능은 고장나 있던 경험, 한 번쯤 있으실 거예요. 셀렉터는 존재하는데 화면엔 안 보이는 상태에서 assertion만 통과하는 식으로요.
무엇인가
e2e-skills는 Playwright·Cypress용 클로드 코드 스킬 번들이에요. 네 가지 역할로 나뉩니다.
- 테스트 생성 (Playwright만 지원)
- 테스트 리뷰 (Playwright, Cypress 둘 다)
- 실패 디버깅 (Playwright, Cypress 둘 다)
- 테스트 스멜 스캔
뭘 해결하나
테스트 리뷰어는 24가지 Playwright·Cypress 테스트 스멜을 잡아냅니다. assertion 누락, 에러를 그냥 삼켜버리는 코드, .only가 실수로 남아있는 경우 같은 것들이요. "테스트 제목은 로그인 실패를 검증한다는데 실제로는 아무것도 검증 안 하는" name-assertion mismatch나, 화면은 바뀌었는데 실제 백엔드 요청은 갔는지 확인 안 하는 "optimistic UI without call proof" 패턴도 걸러줍니다.
실패 디버깅은 F1~F15로 원인을 분류해서(타이밍 문제부터 하이드레이션 레이스까지) 근거와 함께 고칠 방법을 제시해요.
실제로 쓸 때는 이렇게 말하면 됩니다.
Review my Playwright tests in tests/e2e with e2e-reviewer.
Generate Playwright E2E coverage for apps/web/e2e.
Debug the failed Playwright report in playwright-report/.
어떻게 시작하나
npx --yes skills@1.5.21 add voidmatcha/e2e-skills --skill '*' -g -a claude-code
전체 대신 필요한 스킬만 골라 설치할 수도 있어요.
언제 쓰고 언제 쓰지 마라
이미 테스트 스위트가 있는데 믿음이 잘 안 가는 상황, 혹은 AI가 짜준 테스트가 진짜 검증을 하는지 의심스러울 때 딱이에요. 프로젝트 막 시작해서 테스트가 몇 개 없는 단계라면 좀 이르고요, 그때는 그냥 직접 짜는 게 빠릅니다.
Cypress를 주력으로 쓴다면 기대치를 낮춰야 해요. 리뷰·디버깅은 되는데 새 테스트 생성은 Playwright에만 있습니다.
한계
앱의 실제 컨텍스트를 봐야 판단하는 구조라, 스펙 문서만 던져주고 돌리면 정확도가 떨어져요. 스크립트가 macOS·Linux 기준이라 윈도우면 WSL을 거쳐야 하고요.
출처: https://github.com/voidmatcha/e2e-skills
댓글 0
첫 댓글을 남겨보세요!