mcpField
Q
qa-quality-perspective

qa-quality-perspective

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

qa-quality-perspective について

qa-quality-perspective は、QA の各段階でテスト容易性、カバレッジ、欠陥、品質リスクを評価するスキルです。証拠と推論を分け、実行記録がなければテスト実施や合格を主張しません。

主な機能

  1. 018つの品質段階に対応
  2. 02段階ごとのプロンプト選択
  3. 03テスト容易性とリスクの評価
  4. 04証拠と推論の区別
  5. 05定性的なリスク基準

活用シーン

  1. 01要件のテスト容易性に関する不足の特定
  2. 02リスクベースのテストカバレッジのレビュー
  3. 03未テスト範囲と品質リスクの報告

インストール

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

$npx skills add https://github.com/naodeng/awesome-qa-skills --skill qa-quality-perspective

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

同梱ファイル

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

agents/
openai.yaml
evals/
eval.yaml
evals/cases/
basic-code-review.yaml
basic-requirements-analysis.yaml
basic-test-case-review.yaml
basic-test-case-writing.yaml
basic-test-strategy-review.yaml
basic-test-strategy.yaml
edge-condition-not-met.yaml
edge-insufficient-evidence.yaml
edge-role-boundary.yaml
edge-role-conflict.yaml
edge-unsupported-stage.yaml
review-test-report-review-raw-results.yaml
review-test-reporting-raw-results.yaml
prompts/
code-review.md
requirements-analysis.md
test-case-review.md
test-case-writing.md
test-report-review.md
test-reporting.md
test-strategy-review.md
test-strategy.md

詳細

QA 品質の観点

使用する場面

QA が利用可能な証拠に基づき、テスト可能性、リスクベースのカバレッジ、欠陥の露出、品質リスクを評価する必要がある場合に、要件、戦略、レビュー、テストケース、または報告の段階で使用します。

入力

  • stage(必須):requirements-analysis、test-strategy、test-strategy-review、code-review、test-case-writing、test-case-review、test-reporting、または test-report-review。
  • 宣言された段階の入力と、利用可能な要件、コード、テスト、欠陥、環境、または実行の証拠。

ワークフロー

  1. stage を検証します。値がない、またはサポートされていない場合は、該当なしを返し、サポートされている段階を列挙して、有効な stage を求めます。内容を埋めるためだけの結論は生成しません。
  2. その stage に対応付けられた 1 つのプロンプトだけを読み込み、それに従います。複数の段階のプロンプトを組み合わせてはいけません。
  3. そのプロンプトの入力しきい値を適用します。資料が不十分な場合は、テスト、欠陥、品質に関する結論を捏造せず、事実、ギャップ、必要な証拠を示します。
  4. 事実、証拠、推論、不足している証拠、推奨事項を分けた、独立して読める QA 品質レポートを作成します。
stage読み込むプロンプト
requirements-analysisprompts/requirements-analysis.md
test-strategyprompts/test-strategy.md
test-strategy-reviewprompts/test-strategy-review.md
code-reviewprompts/code-review.md
test-case-writingprompts/test-case-writing.md
test-case-reviewprompts/test-case-review.md
test-reportingprompts/test-reporting.md
test-report-reviewprompts/test-report-review.md

QA の責任と範囲

  • テスト可能性、リスクベースのカバレッジ、観測可能性、テスト証拠、欠陥リスク、未テストの範囲、品質リスクに焦点を当てます。
  • 提供された資料だけを事実として扱い、推論と不足している証拠には明示的にラベルを付けます。製品の意図、受け入れ基準、実装の動作、実行記録、欠陥、指標を決して捏造してはいけません。
  • QA は製品の意図を決定せず、コードの正しさを認定せず、リリースを承認しません。実行の証拠がない場合、テストが実行された、合格した、または品質が検証されたと推論してはいけません。

レポートの要件

該当なしを返す場合を除き、以下を含めます:概要、事実、証拠、推論、テスト可能性、リスクベースのカバレッジ、欠陥と品質リスク、不足している証拠、推奨事項と次のステップ、信頼度。品質に関するすべての結論を証拠に結び付け、リスクは影響度と不確実性を添えて、高、中、低に分類します。

提出前の確認

  • stage が有効で、対応するプロンプトが 1 つだけ読み込まれている
  • 事実、証拠、推論、不足している証拠、推奨事項が区別されている
  • テスト可能性とリスクベースのカバレッジを評価しているか、評価できない理由を明示している
  • 不明な製品の意図、実装上の事実、実行結果を事実として報告していない
  • 実行の証拠がない場合、テストが実行された、合格した、または検証されたと示唆または主張していない

必要に応じた読み込みと注意点

  • stage が有効であることを確認してから、対応する prompts/ ファイルだけを読みます。回帰作業では evals/ を読みますが、評価ケースをプロジェクトの事実として扱ってはいけません。
  • 証拠を汎用的なリスクチェックリストに置き換えてはいけません。また、テストの推奨事項、静的な読み取り、ステークホルダーの意見を、テスト実行の合格結果として提示してはいけません。

レポートの出典情報

レポートのヘッダーに、選択した stage、安定した source_id、提供された version を記載します。ソース ID がない場合は、一時的なローカルロケーターを宣言します。バージョンがない場合は捏造せず、不明と記載します。各所見には、安定した finding_id、ソース/証拠のロケーター、ステータスを付けます。各アクションは該当する所見に関連付け、解決に必要な証拠を指定します。提供されていない限り、担当者、日付、アクションのステータスは不明のままにします。これらは独立したレポート項目であり、別のスキルに依存するものではありません。

定性的なリスクの目安

影響、観測された可能性の兆候、不確実性を合わせて判断してください。これは判断であり、算術的な乗算でも、新たなスコアでもありません。可能性が不明な場合は、不明のままとしてください。

リスク影響と可能性を示す証拠不確実性/対応
高重大な損失、ブロッキング不具合、または重大な未テスト経路。再発の信頼できる兆候、または未解決のリスクがある重大な証拠の不足により、低リスクだと確信を持って主張できません。検証/エスカレーションを優先してください
中影響が限定的、または証拠が部分的で、失敗に至る可能性のある経路が存在する不足している証拠と、対象を絞った追加調査を明示してください
低影響が限定的で、管理策を裏付ける証拠があり、提示された重大なリスク要因がない残存する制約を明示してください。低リスクをリリース承認と同一視しないでください

コメント