'test-driven-development' 검색 결과

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.

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

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

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

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

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

증상을 재현하는 테스트나 명령을 준비하고 원인 조사, 정상 사례 비교, 가설 검증, 수정의 네 단계를 진행합니다. 근본 원인을 찾고 회귀 테스트로 결과를 확인합니다.

• 테스트나 빌드 실패 조사
• 여러 시스템에 걸친 이상 추적
• 간헐적인 버그 재현

실패하는 테스트를 먼저 작성하고 최소한의 코드로 통과시킨 뒤 정리하는 개발 절차를 적용합니다. 기능 추가와 버그 수정을 한 가지 동작씩 검증하며 진행합니다.

• 테스트를 먼저 작성하는 기능 추가
• 버그를 재현한 뒤 수정
• 테스트 통과를 유지하며 코드 정리

새 기능과 버그 수정 전에 실패하는 테스트를 작성합니다. 최소 구현과 코드 정리를 반복하며 기대 동작과 기존 기능에 미치는 영향을 확인합니다.

• 테스트를 먼저 작성한 뒤 구현
• 보고된 버그 재현과 수정
• 코드 변경 시 기존 동작 확인

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

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

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

Carry out an existing implementation plan one task at a time in the current session. Verify each task with tests, record progress and decisions in a file, and review the whole branch after implementation.

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

• Implementing an existing plan in a single session
• Resuming work from a saved progress ledger
• Recording decisions when a plan conflicts with its specification

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

Investigate bugs, failing tests, and unexpected behavior through reproducible steps, logs, and comparisons with working code. Follow four stages to identify the root cause, test a hypothesis, apply a focused fix, and verify the result.

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

• Investigating failing tests
• Tracing production bugs to their source
• Finding where a build or integration breaks

Develop features and fix bugs by writing a behavior test first, observing its expected failure, and adding the minimum code needed to pass. Then clean up the code while keeping tests passing, applying this process where regression risk warrants it.

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

• Developing a feature from a failing behavior test
• Reproducing a bug before implementing its fix
• Refactoring while keeping behavior tests passing

Build features and fix bugs through test-driven development: write a test for the desired behavior, confirm it fails for the expected reason, then add minimal code and clean it up while keeping all tests passing.

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

• Building a new feature from its expected behavior
• Reproducing a bug with a failing test
• Refactoring while keeping tests passing

Investigate bugs, failing tests, and unexpected behavior before proposing changes. Follow four stages to gather evidence, compare working examples, test a specific cause, and verify a focused fix with a test that reproduces the problem.

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

• Investigating failing tests
• Tracing production bugs to their source
• Finding failures across connected components

Create, revise, and check agent skills by testing how agents behave before and after receiving the instructions. Use observed failures to improve SKILL.md, clarify usage conditions, and close gaps before deployment.

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

• Creating a reusable agent skill
• Testing changes to an existing skill
• Checking whether agents follow instructions under pressure

Use when implementing any feature or bugfix, before writing implementation code

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

Unified TDD skill with three input modes — from spec, from task, or from description. Enforces test-first development using repository patterns, with proptest guidance and backpressure integration.

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

Drives implementation by writing a failing test first, then the smallest code that passes it. Use this before writing implementation code for any feature or bugfix, when a bug needs a regression test, when existing code is hard to change safely, or when someone asks whether a change is covered. Also use to decide what is worth testing and what is not.

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

Use when implementing any feature or bugfix, before writing implementation code

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

Use when implementing any feature or bugfix, before writing implementation code. Enforces RED-GREEN-REFACTOR cycle.

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

Test-first development practice where test specifications are written before production code, integrated into plan tasks as mandatory first sub-steps.

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

Strict RED-GREEN-REFACTOR cycle enforcement. Tests are never skipped or deferred. Run mode only, never watch mode. Exit code evidence mandatory.

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

Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first

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

Use when the user explicitly requests strict or test-first TDD, or when the current conversation already contains an explicit `TDD Route: strict` decision from another Aegis workflow.

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