'test-first' 검색 결과

Drive one feature through a strict TDD Red-Green-Refactor cycle with checklists for each phase. Use when implementing new functionality test-first, or when the user runs /test-first.

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

Implement approved development stories and code changes with Amelia, a senior software engineer persona. Follow a test-first process: write a failing test, make it pass, then improve the code while checking every acceptance criterion.

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

• Implementing an approved development story
• Making code changes with a test-first process
• Checking implementation against acceptance criteria

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

Transform SDD tasks into test-first TDD task pairs. Reads existing tasks from /create-tasks and generates paired test tasks with RED-GREEN dependencies. Use when user says "create tdd tasks", "add tdd pairs", "convert to tdd", or wants to apply test-first ordering to SDD tasks.

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

Use this skill when writing test-first, behavior-driven acceptance criteria in Given/When/Then format for a Salesforce user story. Covers happy path, edge cases, negative paths, permission boundaries, and data-state preconditions so the AC block can drive UAT scripts and Apex test design downstream. Trigger keywords: given when then, gherkin, behavior driven AC, test first acceptance criteria, scenario outline, BDD acceptance criteria. NOT for the user-story format itself (use admin/user-story-writing-for-salesforce). NOT for UAT script writing (use admin/uat-test-case-design). NOT for Apex test method generation (use agents/test-class-generator). NOT for high-level UAT planning (use admin/uat-and-acceptance-criteria). More triggers: acceptance criteria record, ac_id, req_id on a criterion, artefact under test, negative case for a rule-type requirement, no-match fall-through criterion, oracle for a Then clause, test type apex flow manual, criteria linter, check_ac_format.py, --manifest-dir.

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

Runs the test-first build loop (spec, plan, thin slices, failing test first, verify, commit) for a Godot 4 game in GDScript or C# first; in a TypeScript, Python or other repo when test-first, slices or a reproduce-first fix is asked for. Trigger to build or add a game feature, mechanic, stat, system or milestone, even when told to test later; to turn a spec or grill record into slices; to fix a game bug from a reproduction, one hypothesis at a time; on "write the test first", "what's the next slice", "is this slice done" or "is this milestone ready to exit"; or say slicesmith (spec, plan, slice, fix, exit). Run proof and gate rulings are godotsmith's; diff review a review tool's; repo maps researchscribe's; art pixelsmith's; audio soundsmith's; interviews grillwright's; fan-out dispatchwright's.

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

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

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

Build and review Python tests with pytest. Use reusable setup, simulated external services, and multiple input cases to check behavior, then measure coverage—the proportion of code exercised by tests—and follow a test-first development cycle.

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

• Writing tests before implementing a Python feature
• Sharing test setup through reusable fixtures
• Testing external API behavior with mocks

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

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

Write Rust unit, integration, and async tests using a test-first workflow. Covers generated test inputs, mock dependencies, performance benchmarks, and coverage checks to assess behavior and identify code that remains untested.

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

• Developing Rust functions with tests first
• Adding tests to existing code
• Testing async operations and timeouts

기능 추가와 버그 수정 등 개발 작업을 변경 규모에 따라 조사·계획·테스트·검토 단계로 배분합니다. 관련 스킬이 공유하는 절차에 계획 승인과 커밋 전 확인을 포함합니다.

• 기능 추가와 버그 수정 절차를 통일합니다
• 변경 규모에 맞는 단계를 선택합니다
• 설계 문서에서 MVP 개발을 진행합니다

PHPUnit 또는 Pest로 Laravel 기능을 테스트부터 구현합니다. 모델, API, 인증과 권한을 검증하고 외부 서비스를 모의 처리하며 테스트가 실행한 코드 범위를 확인합니다.

• Laravel 기능을 테스트부터 구현합니다
• API 인증과 권한을 검증합니다
• 결제, 메일과 큐를 모의 처리합니다

테스트를 먼저 작성하는 Go 개발을 돕습니다. 여러 사례 검증, HTTP 응답 확인, 성능 측정, 입력 자동 생성 검사와 커버리지 확인을 다룹니다.

• 테스트를 먼저 작성하는 Go 개발
• 정상 및 오류 테스트 사례 보완
• 처리 시간과 메모리 할당량 비교

Django 모델, 화면, API를 테스트부터 작성해 구현하고 검증합니다. 테스트 데이터 생성, 외부 서비스 모의 처리, 코드 커버리지 확인도 다룹니다.

• 테스트부터 Django 기능 개발하기
• API 인증과 입력 검증 확인하기
• 재사용할 테스트 데이터 준비하기

Develop features through a test-first workflow using mocks, or stand-ins for dependencies. Write a failing behavior test, implement the minimum code, refactor, and record observed results from final target and regression tests.

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

• Define expected behavior before implementing a feature
• Test modules with mocked external dependencies
• Refactor code while keeping tests passing

Coordinate multiple agents to maintain context-mode, from sorting GitHub issues and reviewing pull requests to preparing releases and announcements. Workflows require reproduced bugs, source evidence, test-first changes, and checks across supported platforms.

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

• Investigating reported bugs and their history
• Reviewing contributor pull requests
• Preparing releases and compatibility checks

Write and review Handsontable tests that check intended behavior. The skill guides bug reproduction, meaningful assertions, failure diagnosis, and fresh test runs, while covering mock boundaries and migration of broken legacy tests to Playwright.

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

• Reproducing a bug with a failing test
• Diagnosing whether code or test expectations are wrong
• Reviewing assertions for meaningful behavior checks

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-first development route for TDD, writing failing tests first, RED -> GREEN -> REFACTOR, and behavior-changing feature/bug/refactor work. Do not use for already-failing test root-cause debugging, test-report packaging, or final completion evidence.

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

Root-cause route for actual bugs, failing tests, build errors, crashes, stack traces, and unexpected behavior. Do not use for test-first/TDD feature work, test-report packaging, review-feedback handling, or final completion evidence.

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

Default code-quality route for broad code review, PR review, maintainability, correctness, and regression-risk checks. Do not use as the primary route for dedicated OWASP/security audits, review-feedback handling, completion verification, AI-code cleanup, or TDD/test-first work.

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

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.

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

Implement a feature from a spec file or description using TDD workflow. Use this skill whenever the user asks to: add a new CLI command, implement a feature from a spec, build new functionality, add a flag, create a new internal package, or write Go code for skillshare. This skill enforces test-first development, proper handler split conventions, oplog instrumentation, and dual-mode (global/project) patterns. If the request involves writing Go code and tests, use this skill — even if the user doesn't explicitly say "implement".

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