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이 발견되면 자동으로 데이터를 가져옵니다.