regression-test-selection

回帰テストの選定

使用する場面

• 変更リスクをカバーする、既存テストのうち十分かつ最小のサブセットを選び、トレードオフを説明する必要がある場合にこのスキルを使用します。
• 既存の計画、結果、またはエビデンス一式をレビューし、実行可能な改善案を提示する場合に使用します。
• コンテキストが不完全でも、範囲を限定した初回の検討が有益な場合に使用します。

出力形式のオプション

• レビュー、実行、段階的な改善には、既定で Markdown を使用します。
• ユーザーが表、CSV、JSON、またはチケットのフィールドを求める場合は、リスク、エビデンス、優先度、境界に関する情報を維持します。
• 機械処理される出力では、まずスキーマ、列挙値、必須フィールドを確認します。

使用方法

1. 入力規約、実行ルール、最低限のカバレッジ、出力順序を含め、prompts/regression-test-selection.md を読み、その指示に従います。
2. 判断に影響するコンテキストのみを追加します。対象範囲、環境、バージョン、制約、エビデンス、成功基準を含めます。
3. 入力を監査し、確認済みの事実、作業上の仮定、未解決の質問を分けます。
4. リスクとエビデンスの強さに基づいて順位付けし、実行またはレビューにそのまま使える成果物を作成します。
5. 情報が不足している場合は、範囲を限定した初回の検討結果を提示し、どの結論に裏付けがないかを明記します。

参照ファイル

• 常に prompts/regression-test-selection.md を読みます。このスキルの完全な実行仕様です。
• 評価または回帰テストでは、evals/eval.yaml と evals/cases/ 内の関連ケースを読みます。
• これらのディレクトリが存在し、タスクで必要な場合にのみ、references/、examples/、scripts/、または output-formats.md を読み込みます。

主な制約

• テスト名だけを根拠にテストを選定しないでください。
• 選定と除外の根拠を追跡可能にしてください。
• 高リスクに対応するマッピングがない場合は、探索的テストを追加してください。
• エビデンスにないシステムの動作、フィールド、データ、メトリクス、または根本原因を作り上げないでください。
• 重要な結論はエビデンスに結び付け、裏付けのない結論は検証方法を添えて仮説として明記してください。
• ビジネスへの影響、発生可能性、または検出可能性に基づいて優先度を説明してください。

提出前チェックリスト

• 変更範囲、ビジネス上の重要度、障害履歴、冗長性、実行コスト、環境依存関係、実行順序、残存リスクを網羅した。
• 事実、仮定、情報不足、推奨事項を分けた。
• 高リスク項目に優先度、エビデンスの根拠、担当者または次のアクションを示した。
• 一般論ではなく、検証可能な判断基準を定義した。
• 許可されていない本番環境への書き込みや破壊的操作を行わなかった。

よくある落とし穴

• 前提条件、期待される結果、エビデンスを示さずにチェック項目を列挙する。
• すべてを高優先度とし、トレードオフを避ける。
• ドメインに即した推論の代わりに、ツール名や一般論を当てはめる。
• 入力が不完全だとして対応を拒否する、または不完全なエビデンスが確実性を裏付けているかのように装う。

ベストプラクティス

• ビジネス上の損失、安全上の問題、またはリリースの阻害につながる可能性が最も高い経路から着手します。
• 最小限の検証可能な実験で不確実性を減らし、再現条件を記録します。
• 成果物は実行可能にし、別のエンジニアが単独でレビューできるようにします。