'test-driven' 검색 결과

Guide development through test-driven development (TDD): write a test, confirm it fails, add minimal code, then clean up. Apply this cycle to features and bug fixes while checking that existing behavior still passes its tests.

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

• Adding features with tests written first
• Reproducing a bug in a test before fixing it
• Refactoring while keeping tests passing

Automatically repair source code against a failing test while preserving the test itself. Set a spending limit and attempt count, then receive verification results and usage costs based on rerunning the test command.

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

• Repairing a failing CI test after a commit
• Implementing code to pass a test written first
• Investigating a regression within a fixed budget

Follow Conductor's development plans using test-driven development: write a failing test, implement the change, then improve the code. Manage phase verification, progress updates, and focused git commits as tasks move toward completion.

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

• Implementing tasks from plan.md
• Following the test-driven development cycle
• Verifying completion at phase checkpoints

Create unit test scaffolds, sample data, and mocks from code or specifications. Analyze coverage reports to prioritize missing tests, and guide test-driven development through failing tests, minimal implementation, and refactoring.

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

• Create unit tests from existing code
• Prioritize gaps in test coverage
• Turn acceptance criteria into tests

Create and improve agent skills by testing behavior before and after adding guidance. The skill applies test-driven development to SKILL.md documents, covering structure, discovery descriptions, supporting files, and checks that reveal unclear or ineffective instructions.

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

• Creating a reusable skill from a working method
• Testing an existing skill before deployment
• Improving descriptions so agents find relevant skills

Guides feature development and bug fixes through test-driven development: write a test, confirm the expected failure, then add the minimum code to pass. It also covers refactoring and checking the full test suite.

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

• Define expected behavior before building a feature
• Reproduce a bug with a failing test
• Refactor code while keeping tests passing

Test-driven development with red-green-refactor loop. Use when user wants to build features or fix bugs using TDD, mentions "red-green-refactor", wants integration tests, or asks for test-first development.

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

Test-driven development workflow with philosophy guide - plan → write tests → implement → validate

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

Test-driven development workflow with philosophy guide - plan → write tests → implement → validate

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

Use when Java implementation work should be guided by Test-Driven Development, including maintaining a test list, choosing the next behavior, writing a failing test first, implementing only enough production code to pass, and refactoring while keeping tests green. This should trigger for requests such as Apply TDD; Use test-driven development; Drive this Java change with tests; Write the failing test first; Red-green-refactor this feature. Part of Plinth Toolkit

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

Use only when the user explicitly invokes obra test-driven-development for iron-law examples. Core TDD is docs/ai/skills/tdd/SKILL.md. Do not use this for docs-only, formatting-only, or generated-mirror changes.

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

Test-Driven Development workflow for Software Metrics Machine. Covers test frameworks (Vitest 4.x for CLI/REST/core/utils, Jest 30.x for webapp), test patterns (describe/it, builder pattern, mocks via vi.fn), test commands, coverage requirements, and the Red-Green-Refactor cycle. USE FOR: write tests, run tests, test this, add tests, testing, coverage, TDD, test-driven development, vitest, jest, test pattern, test convention. DO NOT USE FOR: linting (use lint skill), building (use build commands directly), debugging production issues.

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

This skill should be used when developing code using Test-Driven Development (TDD) methodology. Use this skill when the user wants to write tests first before implementation, needs guidance on the red-green-refactor cycle, or explicitly requests TDD-style development. Triggers include requests like "develop this feature using TDD", "write tests first", "help me with test-driven development", or "implement this following TDD practices". The skill guides through writing failing tests, implementing minimal code to pass, and refactoring while maintaining test coverage.

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

Test-driven development: production-level red green refactor and boundaries. Use when implementing, reviewing or testing test-driven development for React, Vite, Next.js or Perfect_AI projects.

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

Implement test-driven development (TDD) workflow using the red-green-refactor cycle. Use when writing new features, fixing bugs, or refactoring existing code. Always write the failing test first, then implement minimal code to pass, then refactor. Essential for ensuring code reliability, preventing regressions, improving design through testability requirements, documenting expected behavior through tests, enabling confident refactoring, and maintaining high code quality standards throughout the development process.

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

Apply the Red-Green-Refactor cycle to software development. Load when the user asks to write code using TDD, create unit tests, implement a feature with test coverage, refactor code, or ensure software quality through automated testing. Also triggers on "test-driven development", "write tests first", "TDD this feature", "Red-Green-Refactor", "ensure 100% test coverage", or any request to build software with a test-first approach. Supports unit, integration, and end-to-end testing strategies.

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

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

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

AI 에이전트 스킬을 테스트부터 시작해 만들고 개정하며 공개 전에 검증합니다. 적용 전후의 행동을 비교해 지시의 누락과 오해를 수정합니다.

• 반복 절차를 재사용 가능한 스킬로 만들 때
• 오해를 일으키는 지시를 개정할 때
• 공개 전에 스킬을 검증할 때

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

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

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

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

실패하는 테스트를 먼저 확인하고 최소한의 구현으로 통과시킨 뒤 코드를 정리합니다. 기능 개발과 버그 수정에서 80% 이상의 테스트 커버리지를 확인하고 검증 결과를 기록합니다.

• 테스트부터 새 기능 구현하기
• 버그를 재현한 뒤 수정하기
• 테스트 통과를 유지하며 코드 정리하기

테스트를 먼저 작성하는 절차로 Spring Boot 기능을 추가하고 오류를 수정합니다. 단위 테스트, 웹 계층과 데이터 저장 검증, 통합 테스트 및 커버리지 확인을 다룹니다.

• 테스트부터 Spring Boot API를 추가할 때
• 오류 재발 방지 테스트를 작성할 때
• 데이터 저장과 조회를 검증할 때

Quarkus 3.x LTS의 기능 추가와 오류 수정을 테스트부터 진행합니다. API, 이벤트, 비동기 처리를 검증하고 테스트를 통과하는 구현과 커버리지 확인을 지원합니다.

• 테스트부터 작성해 REST API 추가
• 오류 재현 및 수정
• Apache Camel 경로와 이벤트 처리 검증

Kotlin 테스트를 먼저 작성하고 Kotest와 MockK로 동작과 의존성을 검증합니다. 비동기 테스트부터 Kover를 통한 커버리지 확인까지 진행합니다.

• 기존 Kotlin 코드에 테스트 추가
• 테스트를 먼저 작성해 새 기능 개발
• 코루틴과 Flow 동작 검증