generate-test
프론트엔드 테스트 코드를 자동 생성합니다. 소스 코드, Figma 디자인, 요구사항을 분석하여 BDD 시나리오 기반의 테스트 코드를 생성하고 실행까지 수행합니다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
프론트엔드 테스트 코드를 자동 생성합니다. 소스 코드, Figma 디자인, 요구사항을 분석하여 BDD 시나리오 기반의 테스트 코드를 생성하고 실행까지 수행합니다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
세션 핸드오프. 컨텍스트가 차기 전에 중요 맥락을 progress.md에 문서화하고 새 세션 킥오프 프롬프트를 클립보드에 복사한다. "핸드오프", "세션 정리하고 넘기자", "컨텍스트 정리", "이어갈 준비" 등의 요청에 사용.
MD 파일 또는 텍스트로 작업을 정의하면, 분석 → 디자인 확인 → 구현 → 검증 → 커밋 → PR까지 전체 플로우를 수행한다. "이거 만들어줘", "기능 구현해줘", "작업 시작하자", "이 티켓 진행해줘" 등 코드 작업 착수 발화에 사용.
Claude + OpenAI Codex 협업 스킬. MCP 서버 설정 시에만 사용 가능.
code-forge 상태 대시보드. REFLECT flag, quality 이벤트, notepad/decisions, usage 집계를 한 번에. forge-glow 같은 외부 도구는 --json으로 파싱.
교차 모델 토론. Agent Teams / Codex CLI / self-debate 모드 선택. 설계 결정, 아키텍처 선택 시 활용. "어느 쪽이 나을까", "설계 비교해줘", "토론시켜줘", "교차 검증해줘" 등의 요청에 사용.
화면 단위 E2E 테스트 자동화. Figma/코드 기반 테스트 케이스 도출 → Playwright 코드 생성 → Forge Loop(에스컬레이션 기반 자율 실행). "E2E 돌려줘", "화면 테스트 만들어줘", "이 페이지 자동 테스트" 등의 요청에 사용.
| name | generate-test |
| description | 프론트엔드 테스트 코드를 자동 생성합니다. 소스 코드, Figma 디자인, 요구사항을 분석하여 BDD 시나리오 기반의 테스트 코드를 생성하고 실행까지 수행합니다. |
| category | implementation |
참조: 테스트 설계 시
rules/build-guide.md(React/TS 패턴)
프론트엔드 컴포넌트/훅의 테스트 코드를 자동 생성합니다.
# 파일 경로 지정
/generate-test src/pages/product/components/ProductCard/index.tsx
# 파일 경로 + Figma 디자인 URL
/generate-test src/pages/product/components/ProductCard/index.tsx --figma https://www.figma.com/design/xxx?node-id=123
# 파일 경로 + Figma + 요구사항 URL (여러 개 가능)
/generate-test src/pages/product/components/ProductCard/index.tsx --figma https://www.figma.com/design/xxx?node-id=123 --req https://www.figma.com/design/xxx?node-id=456 --req https://www.figma.com/design/xxx?node-id=789
# TDD 모드 -- 구현 전에 실패하는 테스트 먼저 생성
/generate-test src/pages/product/components/ProductCard/index.tsx --tdd
# 인자 없이 -- 최근 변경 파일 자동 감지
/generate-test
$ARGUMENTS인자가 있는 경우:
인자를 파싱합니다:
--figma [URL]: Figma 디자인 URL--req [URL]: 요구사항 URL (여러 개 가능)--tdd: TDD 모드 강제 적용 (구현 전에 실패하는 테스트 먼저 생성)대상 파일이 존재하는지 확인합니다.
mode를 결정합니다:
--tdd 옵션 있음 -> tdd 모드--tdd 없으면 -> assayer 에이전트가 소스 파일 상태를 보고 자동 결정
(파일 미존재/스켈레톤 -> tdd, 구현됨+테스트 없음 -> create, 구현됨+테스트 있음 -> update)assayer 에이전트에게 Task tool로 위임합니다:
Task(subagent_type: "assayer", prompt: "
targetPath: [대상 파일 경로]
mode: [create | update | tdd] (--tdd 시 tdd, 아니면 미지정하여 에이전트가 자동 감지)
figmaUrl: [Figma URL 또는 없음]
requirementUrls: [요구사항 URL 목록 또는 없음]
")
에이전트 결과를 요약하여 사용자에게 보고합니다.
인자가 없는 경우 (자동 감지 모드):
@see JSDoc 태그가 있는 파일만 자동 감지 대상으로 합니다. 기획서/디자인 링크가 연결된 파일이 테스트 생성 효과가 가장 높기 때문입니다.
git diff --name-only와 git diff --cached --name-only로 최근 변경 파일 목록을 확인합니다.
기본 필터링:
.ts, .tsx, .js, .jsx 파일만*.test.*, *.spec.*, *.stories.*, *.mock.*, styled.*, constants.*, types.*node_modules, dist, .next, __mocks__, __tests__@see 태그 필터링: 각 파일을 Grep하여 @see JSDoc 태그가 포함된 파일만 대상으로 선정합니다.
@see 태그가 없는 파일은 자동 감지 대상에서 제외@see 태그가 없는 파일에 테스트를 생성하려면 경로를 직접 지정: /generate-test src/path/to/file.tsx대상 목록을 사용자에게 보여주고 확인을 받습니다:
@see 태그가 포함된 최근 변경 파일:
1. src/pages/product/components/ProductCard/index.tsx
@see Figma(디자인), @see TICKET-12345(이슈) -> 테스트 신규 생성
2. src/hooks/useCart.ts
@see Figma(요구사항) -> 기존 테스트 업데이트
어떤 파일에 대해 테스트를 생성할까요?
사용자가 선택한 파일에 대해 assayer 에이전트를 호출합니다.
전체 결과를 요약합니다.
@see 태그에 Figma/이슈 트래커 링크가 있으면 자동으로 참고합니다.소스 코드의 JSDoc @see 태그에서 이슈 트래커 URL이 발견되면 자동으로 데이터를 가져옵니다.