mcpField
F
functional-testing

functional-testing

github.com/naodengテスト・品質285150 回インストール今日更新
リポジトリ

functional-testing について

実プロジェクトの機能テスト計画と成果物作成を支援するスキルです。リスクに応じた優先順位付け、事実と仮定の区別、実行可能な内容を重視します。

主な機能

  1. 01リスク順のシナリオ整理
  2. 02事実と仮定の区別
  3. 03情報不足の明示
  4. 04テンプレートや資料の選択読込

活用シーン

  1. 01プロジェクトの機能テスト範囲の作成
  2. 02境界条件や役割別のテスト確認
  3. 03不足情報を明記した初版の準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/naodeng/awesome-qa-skills --skill functional-testing

インストール後、Claude Code で/functional-testingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

output-formats.md
quick-start.md
README.md
agents/
openai.yaml
evals/
eval.yaml
evals/cases/
basic-success.yaml
edge-incomplete-input.yaml
edge-risk-priority.yaml
review-repair-regression.yaml
evals/graders/
review-repair-regression.py
examples/cypress-e2e/
cypress.config.js
package.json
README.md
examples/cypress-e2e/cypress/e2e/
advanced-api-mocking.cy.js
api-mocking.cy.js
login.cy.js
screenshots-videos.cy.js
examples/playwright-login/
package.json
playwright.config.ts
README.md
examples/playwright-login/tests/
login.spec.ts
output-templates/
template-csv.csv
template-excel.tsv
template-json.json
template-markdown.md
template-word.md
template-xmind.md
prompts/
functional-testing.md
references/local/
FAQ.md
testing-types-api-testing-tutorial.md

詳細

翻訳後に原文が更新されています。最新の内容は原文をご確認ください。

機能テスト(英語)

中国語版: 対応する中国語のスキルを参照してください。

使用する場面

  • 実際のプロジェクトの状況に即した機能テストの支援が必要な場合。
  • 実行、レビュー、または後続作業にそのまま使用できる出力が必要な場合。

ワークフロー

  1. Progressive disclosure に記載されているメインプロンプト(カバレッジ、構成、品質基準)を読み、それに従います。
  2. 結果に影響するプロジェクトのコンテキストのみを追加します。対象範囲、環境、制約、リスク、依存関係、期待する成果物などが該当します。
  3. 入力が不完全な場合は、使用可能な初稿を作成し、前提と不足情報を明示します。
  4. デフォルトでは Markdown を使用し、ユーザーから指定があった場合にのみ形式を変更します。

主な制約

  • リスク/ビジネスへの影響に基づいて優先順位を付け、すべてを同等に扱わないでください。
  • 確認済みの事実と現在の前提を分けてください。
  • ユーザーが提示していないエンドポイント、フィールド、環境、根本原因を捏造しないでください。
  • 出力は実行可能なものにしてください。具体的なシナリオ、明確な優先順位、明確な次のステップを示します。

段階的な情報開示

  • 出力を作成する前に、prompts/functional-testing.md を読み、従ってください(最低限のカバレッジ、出力構成、品質基準)。
  • Excel/CSV/JSON/Word が求められた場合は、output-formats.md を読み、指定された形式に従ってください。
  • 既製のテンプレートが適している場合は、output-templates/ 内の対応するファイルを使用してください。
  • フレームワーク、トラブルシューティング、スキーマに関する詳細な情報は、references/ 内の関連ファイルのみを読み、ディレクトリ全体を読み込まないでください。
  • 形式変換や補助的なチェックには、一から作り直すのではなく、既存の scripts/ を優先して使用してください。
  • このスキルの評価や回帰テストには、skill-up とともに evals/ を使用してください。

提出前チェックリスト

  • メインプロンプトの出力構成に従った
  • 最低限のカバレッジ項目を確認した:対象範囲、主要なフロー、ポジティブシナリオ、ネガティブシナリオ、境界値シナリオ、ロールまたは権限の違い、データ条件、統合ポイント、...(詳細はメインプロンプトを参照)
  • 最低限のチェックリスト項目を網羅した、または省略した項目について説明した
  • リスクの高い項目に明確な優先順位を付けた
  • ユーザーが提示していない詳細を捏造していない
  • 前提と不足情報を明示した

よくある落とし穴

  • 対象範囲やコンテキストが不足しているのに、網羅できているかのように装わないでください。
  • すべての項目を同等に重要なものとして扱わないでください。
  • 前提や情報不足を省略しないでください。
  • 現在のツールチェーンに関係のない一般論を並べないでください。

コメント