Skip to content
cccskills
FreePublished on GitHub

test-design

Design test viewpoints and test cases from code changes using ISO 25010. Use when writing test plans for plan.md, reviewing PR test coverage, or when asked to 'テスト設計', 'テスト観点洗い出し', 'design test cases'. Do NOT use for writing test code or TDD workflows (use /bugfix).

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md2.6 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Test Design

変更内容からテスト観点を洗い出し、検証可能なテストケースに展開する。

スコープ

  • 読み取り専用の分析スキル。ファイルの作成・変更・削除は行わない
  • 対象はカレントリポジトリ内のファイルのみ

このスキルがやらないこと

  • テストコードの実装(開発者の責務)
  • TDD ワークフロー(/bugfix の責務)
  • 既存テストコードの品質レビュー

入力の取得

  1. 引数あり → そのまま使用(ファイルパス、変更概要、PR番号など)
  2. 引数なし → git diff HEAD で変更差分を取得
  3. Document Workflow 内 → <wfDir>/plan.md のテスト計画セクションがあれば参照(オプション)

Phase 1: テスト観点の洗い出し

  1. 変更内容を分析し、影響を受ける機能・データフロー・境界を特定する
  2. /document-workflow-reference の「ISO 25010 特性選択ガイド」を参照し、変更の種類に応じた品質特性を選択する
  3. 各品質特性について副特性レベルで具体的なテスト観点を列挙する

観点の粒度: 「この入力でこの結果が期待される」と言い換えられるレベルまで具体化する。「正しく動作する」のような抽象的な観点は禁止。

Phase 2: テストケースの展開

各テスト観点について具体的なテストケースを設計し、以下の形式で出力する:

品質特性副特性テスト/検証方法判定基準

次の記述品質ルールを適用する:

  • 曖昧語禁止: 判定基準に「正しく」「適切に」「問題なく」を使用しない。具体的な期待値・状態で記述する
  • 検証可能な形式: 各テストケースは「入力/操作 → 期待される結果」の形式にする
  • 境界値の明記: 境界値・異常値が関わる場合は具体的な値を明記する

出力

  • テスト観点リスト(Phase 1 の結果)
  • テストケーステーブル(Phase 2 の結果、plan.md のテスト計画セクションにそのまま貼り付け可能な形式)

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Migrate existing ADRs to YAML frontmatter format. Scans docs/decisions/ for ADRs without frontmatter, infers status from body text, shows dry-run for approval. Trigger: /adr-migrate

The English summary is being prepared. Showing the original description.

berlysia/dotfiles9Updated Oct 20, 2026

Start or resume an ADR session. Without number: show status overview and recommend next actionable ADR. With number: provide phase-specific guidance. Trigger: /adr-session, /adr-session NNN, /adr-session new

The English summary is being prepared. Showing the original description.

berlysia/dotfiles9Updated Oct 20, 2026

Analyze a project's harness maturity and guide staged adoption of Harness Engineering best practices (quality loops, safety gates, linters, CLAUDE.md optimization).

The English summary is being prepared. Showing the original description.

berlysia/dotfiles9Updated Oct 20, 2026

bugfix

Free

Standardized bug fix workflow using TDD (Red-Green-Refactor). Use when fixing bugs, resolving issues, or when the user invokes /bugfix. Ensures root cause analysis, failing test first, then minimal fix.

The English summary is being prepared. Showing the original description.

berlysia/dotfiles9Updated Oct 20, 2026

Create detailed specifications by iteratively clarifying unclear points for Plan mode. Use when: After completing a plan when detailed requirements need clarification before implementation.

The English summary is being prepared. Showing the original description.

berlysia/dotfiles9Updated Oct 20, 2026

Policy-enforcing installer that deploys hardened Claude Code Action workflows (`@claude` manual mention + dependency-bot auto-fix) into a personal GitHub repository the user administers. Use when asked to introduce Claude Code Action, apply `@claude` mention support, or set up automated CI auto-fix for dependency bot PRs, using the security-hardened templates shipped with this skill.

The English summary is being prepared. Showing the original description.

berlysia/dotfiles9Updated Oct 20, 2026

See all skills by berlysia

Report a problem with this skill