바로 답: 이미 있는 함수에 단위테스트 초안(해피패스·엣지·잘못된 입력)이 필요하면 Verdent에 함수를 지정해 테스트 생성을 맡기는 편이 Fits인 경우가 많다. 한두 줄 assertion만 필요하거나 테스트 설계 자체가 학습 목표면 손으로 쓰기가 낫다. 09-18은 실패한 테스트 로그 설명, 09-28은 Plan Mode — 오늘은 테스트 스텁 생성 vs 수동 작성. 생성본은 실행·수정 전제의 초안이다.
Fits / 미룸
| Fits — Verdent 생성 | 프로젝트에 테스트 프레임워크·기존 패턴이 있을 때 · 커버리지 공백 함수에 초안이 필요할 때 |
| Fits — 수동 | 테스트 설계를 배우거나 · 케이스가 1–2개로 명확할 때 |
| 미룸 | 생성 테스트를 실행 없이 머지 / 시크릿·실데이터를 프롬프트에 넣기 / 실패 로그 해석만 필요(→09-18) |
TL;DR
공식: Verdent for VS Code Testing 가이드 — 함수 단위테스트 생성 · 기존 테스트 스타일 맞춤 · Jest/Pytest/JUnit 등 · multipass generate→run→repair.
예:
Write unit tests for the calculateDiscount function식으로 함수·파일을 지정.CTA: Verdent 리뷰 · Verdent 공식(추적)
제휴 고지: MoonLang 제휴/추천 링크일 수 있음. 커미션 ≠ 유저 할인. 관찰일 2026-09-30 KST · 할인 코드·가격·순위 없음.
공식 사이트 화면 — 관찰일 2026-09-30 KST · URL: https://www.verdent.ai
증거 표 (공식 문서만 · 확인일 2026-09-30 KST)
| 항목 | 내용 | 출처 |
|---|---|---|
| 단위테스트 생성 | 함수 구현·기존 패턴 분석 → 해피패스·엣지·invalid 입력 테스트 | Verdent Docs — Testing & Debugging |
| 프레임워크 | Jest, Pytest, JUnit 등 프로젝트 설정에 맞춤 | 위 Docs |
| Multipass | Generate → Run → Repair 반복 | 위 Docs |
스텝 (필요한 만큼)
테스트할 함수 하나와 기존 테스트 폴더 패턴을 연다.
Verdent에 “이 함수 단위테스트 작성(엣지 포함)”을 요청한다.
생성된 테스트를 로컬에서 실행하고 실패·과한 mock을 고친다.
학습 목적이면 핵심 케이스만 남기고 나머지는 직접 쓴다.
FAQ
Q. 09-18 테스트 실패 로그 글과?
A. 09-18은 이미 실패한 로그 설명. 오늘은 새 테스트 스텁을 만들까.
Q. 이전 Verdent 글과?
A. 이전 글: 09-14 역할 소개 · 09-15 PR·리뷰 보조 · 09-16 로컬 IDE 병행 · 09-17 스택트레이스 · 09-18 테스트 실패 로그 · 09-19 deps·API 문서 · 09-20 PR 한 줄 요약 · 09-21 커밋 메시지 · 09-22 docstring · 09-23 릴리즈 노트 · 09-24 README · 09-27 git log WHAT-CHANGED · 09-28 Plan Mode vs Agent · 09-29 GitHub Actions CI 로그. 오늘은 선택 함수 단위테스트 스텁 생성 vs 수동 작성.
Q. 제휴=할인?
A. 아니다. (2026-09-30 KST · 코드 없음)
한 줄 결론
초안이 필요하면 Verdent로 생성→실행·수정 · 설계 학습이면 손. MoonLang 리뷰 → 공식 Testing 문서.
📬 달의이성 뉴스레터: 같은 톤의 IT·AI·EdTech 메모를 Tilnote에서 구독해 주세요.
출처: Verdent — Testing & Debugging · MoonLang
태그: Verdent, unit-test, 테스트생성, Cursor병행, MoonLang
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.