'tdd' 검색 결과

Use when implementing a new function, adding a feature, fixing a bug, refactoring with test coverage, or writing a new test. Enforces strict outside-in red-green-refactor TDD with one-failure-per-turn discipline, predict-the-failure-before-every-run checks, hardcode-first minimum changes, triangulation, and property-based testing for large input spaces. Triggers on explicit TDD requests and on any task phrased as "implement", "add", "write a function", "build a feature", or "fix a bug" in a test-capable codebase. Reports red/green validation evidence.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

エンジニアとして手を動かす作業全般で必ず発火させる: コードを書く / テストを書く / リファクタ / バグ修正 / E2E spec 追加 / 既存仕様への小さな修正など、コードに触る作業すべて。「実装して」「テスト書いて」「リファクタして」「バグ直して」のような依頼を受けたとき、または基本設計が済んで実装フェーズに入るときに発火。基本作業は TDD（テスト先書き → 最小実装 → リファクタ → コミット）で進め、要件が大きければ適切な小ささに分割しつつサイクルを回す。発火しないのは要件定義 / 基本設計の対話中（まだ手を動かしていない時）だけ。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when implementing features or fixing bugs with strict Test-Driven Development (TDD). Activate for coding tasks that require new functionality, refactoring, or comprehensive test coverage, especially when the user mentions TDD or Test Driven Development.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Guides agents through Red-Green-Refactor with runner-captured evidence. Use when running /cc-tdd-cycle, writing tests before implementation, or Global TDD required is yes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when implementing features or fixing bugs with strict Test-Driven Development (TDD). Activate for coding tasks that require new functionality, refactoring, or comprehensive test coverage, especially when the user mentions TDD or Test Driven Development.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

pytest-djangoによるDjangoテスト戦略、TDD方法論、factory_boy、モック、カバレッジ、Django REST Framework APIのテスト。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Run TDD cycle for feature implementation. Use when implementing features with RED-GREEN-REFACTOR, running test-driven development, automating TDD workflow, or ensuring test-first development.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

새 기능이나 버그 수정을 위해 먼저 테스트를 작성하고 실패를 확인한 뒤 구현합니다. 최소한의 코드로 테스트를 통과시키고 전체 테스트를 유지하며 코드를 정리합니다.

• 테스트부터 새 기능을 구현할 때
• 테스트로 버그를 재현하고 수정할 때
• 테스트를 유지하며 코드를 정리할 때

명세서와 관련 티켓의 의존 관계를 읽고 여러 에이전트가 구현을 진행합니다. 테스트와 검토를 거쳐 결과를 하나의 통합 브랜치로 모으고 티켓 완료 처리까지 진행합니다.

• 여러 티켓으로 나뉜 명세 구현
• 독립적인 작업의 병렬 구현
• 구현 결과를 통합 브랜치에 모으기

명세서나 티켓의 작업을 코드로 구현합니다. 유형 검사와 테스트로 확인하고 code-review 스킬로 변경 사항을 검토한 뒤 현재 브랜치에 커밋합니다.

• 명세서에 따른 기능 구현
• 지정한 티켓의 작업 구현
• 유형 검사와 테스트로 변경 사항 확인

기능 추가나 버그 수정을 실패하는 테스트와 최소 구현 순서로 진행합니다. 호출자가 쓰는 공개 인터페이스로 동작을 검증하고 내부 구조에 의존하지 않는 테스트를 만듭니다.

• 테스트를 먼저 작성해 기능 추가
• 버그 재현 테스트부터 수정 시작
• 통합 테스트 대상 인터페이스 선정

기존 코드의 일부를 감사하고 설계 결정 기록, 구현 관행, 누락 기능, 기술 선택의 네 관점에서 문제를 정리합니다. 계획부터 테스트, 수정, 재감사까지 진행합니다.

• 인수한 코드를 검토할 때
• 개발 도중 ECC 절차를 도입할 때
• 기능 추가 전에 모듈을 재검토할 때

pytest로 Python 테스트를 설계하고 작성합니다. 준비 작업 재사용, 외부 서비스 모의 처리, 여러 입력 검증과 코드 커버리지 측정까지 다룹니다.

• 테스트부터 작성해 Python 기능 개발
• 테스트 준비와 정리 작업 공통화
• 외부 API를 모의 객체로 검증

Perl 테스트 작성과 실행, 외부 의존성 대체, 예외 검증, 코드 커버리지 측정을 돕습니다. 테스트 우선 개발과 기존 테스트 이전에도 사용합니다.

• 테스트를 먼저 작성하는 Perl 개발
• Test::More 테스트 이전
• API와 데이터베이스 연동의 독립 검증

테스트를 먼저 작성하는 흐름으로 Rust 단위·통합·비동기 테스트를 구성합니다. 다양한 입력 검증, 의존성 대체, 성능 측정과 커버리지 확인도 다룹니다.

• 테스트부터 Rust 코드 개발
• 기존 코드에 테스트 추가
• 비동기 처리와 시간 초과 검증

기능 추가나 버그 수정 시 기대 동작을 먼저 테스트로 작성하고 실패 이유를 확인한 뒤 최소한으로 구현합니다. 관련 테스트와 변경 내역을 검토해 영향을 확인합니다.

• 버그를 재현하는 회귀 테스트 작성
• 기대 동작을 정한 뒤 구현
• 파서나 화면의 동작 변경 검증

Improve existing code through repeated cycles of testing, implementation, and refactoring. The skill covers performance bottlenecks, error recovery, code coverage, and documentation, helping developers refine behavior and structure while keeping tests passing.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Refactoring existing code while keeping tests passing
• Adding tests before implementing expected behavior
• Investigating slow database access and cache usage

명세와 설계를 바탕으로 테스트를 먼저 작성한 뒤 동작하는 코드를 구현합니다. 테스트 통과를 확인하며 코드를 정리하고 오류 처리, 성능과 관련 문서도 다듬습니다.

• 명세와 설계를 바탕으로 기능 구현
• 테스트를 포함한 인증 및 API 개발
• 테스트로 확인하며 기존 코드 정리

요구 사항 정리부터 설계, 테스트 우선 구현, 검토, 배포까지 단계별로 진행합니다. Claude Flow로 여러 에이전트의 역할을 나누고 개발 전반을 관리합니다.

• 요구 사항부터 새 기능 개발
• 테스트와 함께 기존 코드 개선
• 버그 조사와 재발 방지 테스트 추가

Write JavaScript and TypeScript tests with Jest, Vitest, and Testing Library. Covers functions, UI components, and APIs, including mock replacements for external services, reusable test data, and setup for automated testing.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Set up testing for a new project
• Test functions and API error handling
• Check React component behavior

Develop behavior through one failing test and one minimal implementation at a time. Tests use agreed interfaces and expected results from specifications or documented examples, producing evidence of both failure and success, including for bug fixes.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Adding behavior through small test-first steps
• Reproducing a bug before fixing it
• Checking results against specifications

Guide changes to the published @kortix/sdk package with rules for preserving public APIs, writing failing tests before behavior changes, keeping the core independent of frameworks, and checking package installation. It also covers exports, streaming transport, and release version handling.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Adding a public SDK feature or export
• Renaming public types while preserving compatibility
• Changing streaming or transport behavior

Add new operators to MNN through a staged workflow covering data definitions, output shapes, computation, and tests. It prioritizes combining existing operators, with CPU implementations and additional hardware backends used when needed.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Adding a new operator to MNN
• Implementing output shape calculations
• Combining existing operators for new operations

Guide development from problem definition and planning through testing, debugging, review, and final verification. It uses test-driven development, writing a failing test before implementation, and requires evidence before reporting work as complete.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Define a development goal and acceptance checks
• Implement a change starting with a failing test
• Investigate a reproducible bug through small experiments