qa-quality-perspective について
qa-quality-perspective は、QA の各段階でテスト容易性、カバレッジ、欠陥、品質リスクを評価するスキルです。証拠と推論を分け、実行記録がなければテスト実施や合格を主張しません。
主な機能
- 018つの品質段階に対応
- 02段階ごとのプロンプト選択
- 03テスト容易性とリスクの評価
- 04証拠と推論の区別
- 05定性的なリスク基準
活用シーン
- 01要件のテスト容易性に関する不足の特定
- 02リスクベースのテストカバレッジのレビュー
- 03未テスト範囲と品質リスクの報告
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ naodeng/ awesome-qa-skills --skill qa-quality-perspectiveインストール後、Claude Code で/qa-quality-perspectiveを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
agents/openai.yamlevals/eval.yamlevals/cases/basic-code-review.yamlbasic-requirements-analysis.yamlbasic-test-case-review.yamlbasic-test-case-writing.yamlbasic-test-strategy-review.yamlbasic-test-strategy.yamledge-condition-not-met.yamledge-insufficient-evidence.yamledge-role-boundary.yamledge-role-conflict.yamledge-unsupported-stage.yamlreview-test-report-review-raw-results.yamlreview-test-reporting-raw-results.yamlprompts/code-review.mdrequirements-analysis.mdtest-case-review.mdtest-case-writing.mdtest-report-review.mdtest-reporting.mdtest-strategy-review.mdtest-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。- 宣言された段階の入力と、利用可能な要件、コード、テスト、欠陥、環境、または実行の証拠。
ワークフロー
stageを検証します。値がない、またはサポートされていない場合は、該当なしを返し、サポートされている段階を列挙して、有効なstageを求めます。内容を埋めるためだけの結論は生成しません。- その
stageに対応付けられた 1 つのプロンプトだけを読み込み、それに従います。複数の段階のプロンプトを組み合わせてはいけません。 - そのプロンプトの入力しきい値を適用します。資料が不十分な場合は、テスト、欠陥、品質に関する結論を捏造せず、事実、ギャップ、必要な証拠を示します。
- 事実、証拠、推論、不足している証拠、推奨事項を分けた、独立して読める QA 品質レポートを作成します。
stage | 読み込むプロンプト |
|---|---|
requirements-analysis | prompts/requirements-analysis.md |
test-strategy | prompts/test-strategy.md |
test-strategy-review | prompts/test-strategy-review.md |
code-review | prompts/code-review.md |
test-case-writing | prompts/test-case-writing.md |
test-case-review | prompts/test-case-review.md |
test-reporting | prompts/test-reporting.md |
test-report-review | prompts/test-report-review.md |
QA の責任と範囲
- テスト可能性、リスクベースのカバレッジ、観測可能性、テスト証拠、欠陥リスク、未テストの範囲、品質リスクに焦点を当てます。
- 提供された資料だけを事実として扱い、推論と不足している証拠には明示的にラベルを付けます。製品の意図、受け入れ基準、実装の動作、実行記録、欠陥、指標を決して捏造してはいけません。
- QA は製品の意図を決定せず、コードの正しさを認定せず、リリースを承認しません。実行の証拠がない場合、テストが実行された、合格した、または品質が検証されたと推論してはいけません。
レポートの要件
該当なしを返す場合を除き、以下を含めます:概要、事実、証拠、推論、テスト可能性、リスクベースのカバレッジ、欠陥と品質リスク、不足している証拠、推奨事項と次のステップ、信頼度。品質に関するすべての結論を証拠に結び付け、リスクは影響度と不確実性を添えて、高、中、低に分類します。
提出前の確認
-
stageが有効で、対応するプロンプトが 1 つだけ読み込まれている - 事実、証拠、推論、不足している証拠、推奨事項が区別されている
- テスト可能性とリスクベースのカバレッジを評価しているか、評価できない理由を明示している
- 不明な製品の意図、実装上の事実、実行結果を事実として報告していない
- 実行の証拠がない場合、テストが実行された、合格した、または検証されたと示唆または主張していない
必要に応じた読み込みと注意点
stageが有効であることを確認してから、対応するprompts/ファイルだけを読みます。回帰作業ではevals/を読みますが、評価ケースをプロジェクトの事実として扱ってはいけません。- 証拠を汎用的なリスクチェックリストに置き換えてはいけません。また、テストの推奨事項、静的な読み取り、ステークホルダーの意見を、テスト実行の合格結果として提示してはいけません。
レポートの出典情報
レポートのヘッダーに、選択した stage、安定した source_id、提供された version を記載します。ソース ID がない場合は、一時的なローカルロケーターを宣言します。バージョンがない場合は捏造せず、不明と記載します。各所見には、安定した finding_id、ソース/証拠のロケーター、ステータスを付けます。各アクションは該当する所見に関連付け、解決に必要な証拠を指定します。提供されていない限り、担当者、日付、アクションのステータスは不明のままにします。これらは独立したレポート項目であり、別のスキルに依存するものではありません。
定性的なリスクの目安
影響、観測された可能性の兆候、不確実性を合わせて判断してください。これは判断であり、算術的な乗算でも、新たなスコアでもありません。可能性が不明な場合は、不明のままとしてください。
| リスク | 影響と可能性を示す証拠 | 不確実性/対応 |
|---|---|---|
| 高 | 重大な損失、ブロッキング不具合、または重大な未テスト経路。再発の信頼できる兆候、または未解決のリスクがある | 重大な証拠の不足により、低リスクだと確信を持って主張できません。検証/エスカレーションを優先してください |
| 中 | 影響が限定的、または証拠が部分的で、失敗に至る可能性のある経路が存在する | 不足している証拠と、対象を絞った追加調査を明示してください |
| 低 | 影響が限定的で、管理策を裏付ける証拠があり、提示された重大なリスク要因がない | 残存する制約を明示してください。低リスクをリリース承認と同一視しないでください |