discover-testing について
複数のテストスキルから適切なものを選ぶ QA 向けルーティングスキルです。能力一覧と構造化ルートを使い、主スキル 1 つと補助スキルを最大 1 つ提案し、利用可能性の制約も示します。
主な機能
- 01テスト目標に基づくスキルの照合
- 02canonical ID と利用可能性の確認
- 03主スキル 1 つと補助を最大 1 つ提案
- 04選定理由と次の引き継ぎの説明
- 05カタログ登録と利用可能性の区別
活用シーン
- 01テスト依頼に適したスキルの選定
- 02複数段階にまたがる依頼の振り分け
- 03対象スキルが呼び出し可能かの確認
- 04専門 QA 作業の主・補助スキルの決定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ naodeng/ awesome-qa-skills --skill discover-testingインストール後、Claude Code で/discover-testingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
output-formats.mdREADME.mdagents/openai.yamlevals/eval.yamlevals/cases/basic-success.yamlcapability-stage-routing.yamledge-incomplete-input.yamledge-narrow-recommendation.yamlreview-authn-neighbor.yamlreview-authz-neighbor.yamlreview-rag-retrieval-neighbor.yamlreview-regression-selection-neighbor.yamlroute-ai-feature.yamlroute-api-delivery.yamlroute-change-regression.yamlroute-new-feature-quality.yamlroute-one-page-test-strategy.yamlroute-performance-decision.yamlevals/fixtures/scripts/check_router_selection.shevals/graders/review-authn-neighbor.pyreview-authz-neighbor.pyreview-rag-retrieval-neighbor.pyreview-regression-selection-neighbor.pyoutput-templates/template-csv.csvtemplate-excel.tsvtemplate-json.jsontemplate-markdown.mdtemplate-word.mdtemplate-xmind.mdprompts/discover-testing.md詳細
翻訳後に原文が更新されています。最新の内容は原文をご確認ください。
テストスキルの選択(英語)
中国語版: 対応する中国語のスキルを参照してください。
使用するタイミング
- 実行前に、どのテストスキルを使用すべきか判断する必要がある場合。
- 依頼に複数のテスト領域やフェーズが混在している場合。
全スキル一覧と利用可否
references/skill-capability-inventory.json を読み、正確な正式 ID を確認してください。この 2026-10-06 時点のスナップショットには 164 個の ID が記載されています。一覧に存在することは、現在の Host にインストールされていることや呼び出し可能であることの証明にはなりません。インストールを示す証拠がない場合、利用可否は UNKNOWN です。明示的に存在しない場合は UNAVAILABLE です。幅広い Composition ルートより先に、明確な専門領域(認証と認可、検索と回答品質、影響範囲と回帰テストの選択)を照合してください。主要スキルは 1 つに絞り、補助スキルは最大 1 つにしてください。対象スキルが利用できない場合は、実行したと偽ることなく、不足している点と最小限のインストール/引き継ぎ手順を伝えてください。
ワークフロー
- 該当する構造化ルートがある場合は、同じディレクトリの
reference.mdを最初に読み、それに従ってください。これは、個別にインストールする場合に必要な Composition の唯一の参照資料です。 - ユーザーの依頼を読み、まず機能の段階(Core QA/Engineering QA/Production Quality/AI Native QA)と主要なテスト目的を特定してください。
prompts/内のルーティングプロンプトに従い、主要スキルを 1 つ選んでください。必要な場合に限り、補助スキルを最大 1 つ追加してください。- 依頼を対象スキルに引き継いでください。このルータースキル内でテスト作業全体を実行しないでください。
主な制約
- 推奨するスキルは絞り、候補を大量に並べないでください。
- 対象スキルが明らかな場合は、その旨を直接伝えてください。
- 実行可能なルートにしてください。スキル名と選定理由を示してください。
- Composition ルートの「主要 1 つ/任意の補助 1 つ」という制約を優先してください。関連情報はナビゲーション用のメタデータであり、インストールの依存関係でも必須の実行チェーンでもありません。
- AI for QA には
ai-assisted-testingを使用してください。AI のためのテストは AI Native QA に属します。ロードマップ上のスキルがインストールされるまでは、それらを呼び出し可能な主要スキルとして推奨しないでください。
段階的な情報開示
- 出力を作成する前に、
prompts/discover-testing.mdを読み、その指示(最低限の網羅範囲、出力構成、品質基準)に従ってください。 - Excel/CSV/JSON/Word が求められた場合は、
output-formats.mdを読み、形式を遵守してください。 - すぐに使えるテンプレートが適している場合は、
output-templates/内の対応ファイルを使用してください。 - 形式変換や補助的なチェックには、一から作成するのではなく、既存の
scripts/を優先してください。 - このスキルの評価や回帰テストには、skill-up とともに
evals/を使用してください。 - ステップとプロンプトの対応付けには、このパッケージの
reference.mdを引き続き使用してください。相対リンクをたどって、別のスキルの内部ファイルを参照しないでください。
提出前チェックリスト
- メインプロンプトの出力構成に従った
- 最低限の網羅範囲を満たした:主要な目的、最適な主要スキル、任意の補助スキル、この選択が適している理由、作業を続けるための次のステップ(詳細はメインプロンプトを参照)
- 最低限のチェックリストを網羅した、または省略した項目について説明した
- リスクの高い項目に明確な優先度を付けた
- ユーザーから提供されていない詳細を作り上げていない
- 前提と不足情報を明示した
よくある落とし穴
- 一度に多数のスキルを推奨しないでください。
- スキルの選択を、テスト全体の実行にすり替えないでください。
- 情報が不十分な場合に、ルートが完成しているかのように装わないでください。
コメント
Markdown 対応