'tdd' 검색 결과

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.

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

Sets up an `## Agent skills` block in AGENTS.md/CLAUDE.md and `docs/agents/` so the engineering skills know this repo's issue tracker (GitHub or local markdown), triage label vocabulary, and domain doc layout. Run before first use of `to-issues`, `to-prd`, `triage`, `diagnose`, `tdd`, `improve-codebase-architecture`, or `zoom-out` — or if those skills appear to be missing context about the issue tracker, triage labels, or domain docs.

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

Build production-grade Azure Cosmos DB NoSQL services following clean code, security best practices, and TDD principles.

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

JUnit 5、Mockito、MockMvc、Testcontainers、JaCoCoを使用したSpring Bootのテスト駆動開発。機能追加、バグ修正、リファクタリング時に使用。

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

新機能の作成、バグ修正、コードのリファクタリング時に使用するスキル。ユニット、インテグレーション、E2Eテストを含む80%以上のカバレッジでテスト駆動開発を実施。

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

PHPUnitとPestによるLaravelのテスト駆動開発、ファクトリー、データベーステスト、フェイク、カバレッジ目標。

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

Drive Keel agent test-first or evidence-first execution for a selected OpenSpec task. Use when a task needs software tests, hardware testbench, assertions, lint, new behavior proof, regression coverage, or red/green evidence before implementation.

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

Guide for writing high-quality acceptance criteria and acceptance tests using industry-standard BDD (Behavior-Driven Development) and ATDD (Acceptance Test-Driven Development) practices. Use this skill when creating acceptance criteria for user stories, writing Gherkin scenarios, or implementing acceptance test specifications following Given-When-Then format.

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

Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.

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

Perl testing patterns using Test2::V0, Test::More, prove runner, mocking, coverage with Devel::Cover, and TDD methodology.

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

Test-driven development for Spring Boot using JUnit 5, Mockito, MockMvc, Testcontainers, and JaCoCo. Use when adding features, fixing bugs, or refactoring.

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

Kotlin testing patterns with Kotest, MockK, coroutine testing, property-based testing, and Kover coverage. Follows TDD methodology with idiomatic Kotlin practices.

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

Python testing strategies using pytest, TDD methodology, fixtures, mocking, parametrization, and coverage requirements.

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

Go testing patterns including table-driven tests, subtests, benchmarks, fuzzing, and test coverage. Follows TDD methodology with idiomatic Go practices.

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

Build production-grade Azure Cosmos DB NoSQL services following clean code, security best practices, and TDD principles.

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

在任何创意性工作前必须使用：创建功能、构建组件、增加能力或修改行为。通过自然对话挖掘需求，产出高质量验收标准（AC），为后续 TDD 开发提供测试依据。当用户说'我想做一个XX功能'、'帮我想想XX怎么做'、'我需要加一个XX'等模糊需求描述时触发。

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

Test and assure quality — test plan, QA, coverage, unit test, integration test, end-to-end, performance, benchmark, regression. Applies TDD and FIRST principles for the CTO office's tester.

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

Build and ship software — code, implement, develop, API, backend, frontend, deploy, infrastructure, CI/CD, databases, cloud, mobile, AI/ML. The CTO office's broadest execution domain, applied with TDD discipline.

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

Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.

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

Phase 3 of the Forge pipeline. Execute the plan's Beads tasks with red-green-refactor TDD, committing per checkpoint and pausing at each natural stopping point so the user can run a live demo or test and see the work themselves. Use when starting /forge-implement or the implement step of /forgemaster.

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

Run red-green-refactor in vertical slices, emphasizing behavior-first tests and harness quality gates.

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

Investigate a reported problem, diagnose root cause, and file a Beads issue with a behavior-level TDD fix plan.

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

Refactor code with confidence using comprehensive test safety net:

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

Execute tasks from a track's implementation plan following TDD workflow

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