22 lines
1.1 KiB
Markdown
22 lines
1.1 KiB
Markdown
品質保証の観点から変更をレビューしてください。
|
||
|
||
**レビュー観点:**
|
||
- テストカバレッジと品質
|
||
- テスト戦略（単体/統合/E2E）
|
||
- エラーハンドリング
|
||
- ログとモニタリング
|
||
- 保守性
|
||
|
||
**前回指摘の追跡（必須）:**
|
||
- まず「Previous Response」から前回の open findings を抽出する
|
||
- 各 finding に `finding_id` を付け、今回の状態を `new / persists / resolved` で判定する
|
||
- `persists` と判定する場合は、未解決である根拠（ファイル/行）を必ず示す
|
||
|
||
## 判定手順
|
||
|
||
1. まず前回open findingsを抽出し、`new / persists / resolved` を仮判定する
|
||
2. 変更差分を確認し、品質保証の観点に基づいて問題を検出する
|
||
- ナレッジの判定基準テーブル（REJECT条件）と変更内容を照合する
|
||
3. 検出した問題ごとに、Policyのスコープ判定表と判定ルールに基づいてブロッキング/非ブロッキングを分類する
|
||
4. ブロッキング問題（`new` または `persists`）が1件でもあればREJECTと判定する
|