본문으로 건너뛰기
cccskills
무료GitHub에 공개

orchestrate:tests

Add test infrastructure and initial test coverage to a target repo

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

rossoctl/rossoctl스타 303(GitHub 303 + cccskills 0)

실행 점수 미검증

설치 방법 보기

포함된 파일(1)

  • SKILL.md4.3 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

flowchart TD
    START(["/orchestrate:tests"]) --> READ["Read plan"]:::orch
    READ --> DETECT["Detect test framework"]:::orch
    DETECT --> CONFIG["Create test config"]:::orch
    CONFIG --> CRITICAL["Identify critical paths"]:::orch
    CRITICAL --> WRITE["Write initial tests"]:::orch
    WRITE --> BRANCH["Create branch"]:::orch
    BRANCH --> SIZE{Under 700 lines?}
    SIZE -->|Yes| PR["Commit + open PR"]:::orch
    SIZE -->|No| SPLIT["Split into sub-PRs"]:::orch
    SPLIT --> PR
    PR --> DONE([Phase complete])

    classDef orch fill:#FF9800,stroke:#333,color:white

Follow this diagram as the workflow.

Orchestrate: Tests

Add test infrastructure and initial test coverage. This is Phase 3 and produces PR #2. Tests come before CI and security — good test coverage is a safety net for the code refactoring that security/quality fixes require.

When to Use

  • After orchestrate:plan identifies tests as a needed phase
  • After precommit phase (linting is the foundation)

Prerequisites

  • Plan exists with tests phase
  • Target repo in .repos/<target>/

Step 1: Detect Test Framework

MarkerLanguageFrameworkAssertion
pyproject.tomlPythonpytestbuilt-in assert
go.modGotesting (stdlib)testify
package.jsonNodejest or vitestbuilt-in expect
requirements.ymlAnsiblemoleculetestinfra

Check existing tests:

find .repos/<target> -type f \( -name "test_*.py" -o -name "*_test.go" -o -name "*.test.*" \) 2>/dev/null

Step 2: Create Test Configuration

Python

  • tests/conftest.py — shared fixtures
  • tests/__init__.py — package marker
  • pyproject.toml — add [tool.pytest.ini_options] with testpaths = ["tests"]

Go

  • *_test.go files alongside source
  • testdata/ for fixtures
  • internal/testutil/ for shared helpers

Node

  • jest.config.ts or vitest.config.ts at root
  • __tests__/ directory or *.test.ts alongside source

Ansible

  • molecule/default/ with molecule.yml, converge.yml, verify.yml

Step 3: Identify Critical Paths

From the scan report, find highest-impact areas:

  1. API endpoints — HTTP handlers, REST routes
  2. Core logic — main algorithms, data transformations
  3. Integration points — database, external APIs
  4. Config parsing — loading, validation, defaults
  5. Error handling — paths affecting users or data

Prioritize smoke tests across areas over exhaustive coverage of one area.

Step 4: Write Initial Tests

Strategy

  • Start with smoke tests (happy path)
  • Add edge cases for most critical functions
  • Target 5-15 test functions
  • Do not aim for 100% coverage
  • Each test must be independent

Test naming

LanguageConventionExample
Pythontest_<what>_<condition>test_create_user_returns_201
GoTest<What><Condition>TestCreateUserReturns201
Nodedescribe/it blocksit('returns 201 when creating user')

Test structure (AAA)

  1. Arrange — set up test data
  2. Act — call function under test
  3. Assert — verify with specific assertions

Step 5: Branch and PR

git -C .repos/<target> checkout -b orchestrate/tests

PR size check

git -C .repos/<target> diff --stat | tail -1

If over 700 lines, split: framework setup in PR #3a, tests in PR #3b.

Skills to push alongside

  • test:write — guide for writing new tests
  • tdd:ci — workflow for iterating on CI test failures

Commit and push

git -C .repos/<target> add -A
git -C .repos/<target> commit -s -m "feat: add test infrastructure and initial test coverage"
git -C .repos/<target> push -u origin orchestrate/tests

Update Phase Status

Set tests to complete in phase-status.md.

Related Skills

  • orchestrate — Parent router
  • orchestrate:precommit — Previous phase (linting foundation)
  • orchestrate:plan — Defines test phase tasks
  • orchestrate:ci — Next phase (automates running these tests)
  • test:write — Detailed test writing guide
  • tdd:ci — CI-driven TDD workflow

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

auth

무료

Authentication and authorization patterns for Rossoctl services

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

rossoctl/rossoctl3032026년 10월 25일 업데이트

Create confidential OAuth2 clients in Keycloak for server-to-service authentication

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

rossoctl/rossoctl3032026년 10월 25일 업데이트

Configure MLflow with mlflow-oidc-auth plugin for Keycloak OIDC authentication

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

rossoctl/rossoctl3032026년 10월 25일 업데이트

Configure OpenTelemetry Collector with OAuth2 authentication for trace export

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

rossoctl/rossoctl3032026년 10월 25일 업데이트

ci

무료

CI pipeline monitoring, status checks, and PR validation workflows

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

rossoctl/rossoctl3032026년 10월 25일 업데이트

Monitor running CI jobs, wait for completion, create tasks for results

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

rossoctl/rossoctl3032026년 10월 25일 업데이트

rossoctl의 스킬 모두 보기

이 스킬의 문제 신고