第3章：プログラマ向け活用

3.1 目的

• 仕様理解の早期化
• 実装案の比較による手戻り削減
• 単純ミスの削減
• 単体テストの増強
• 若手・中堅の品質底上げ
• レビュー前品質の向上

3.2 実績として使える事例

3.3 実装前のAI活用手順

1. チケット、設計書、関連コードを準備する。
2. AIに変更目的、入力、出力、DB更新、外部連携を整理させる。
3. 曖昧点と確認事項を抽出する。
4. 実装案を2〜3案出させる。
5. 変更量、保守性、テストしやすさで比較する。
6. 採用案を人間が決める。

実装前確認プロンプト

あなたは保守開発の上級SE兼コードレビュアーです。
以下のチケット、設計情報、既存コードを読み、実装前に確認すべき事項を整理してください。

出力形式：
1. この変更の目的
2. 入力・出力・DB更新・外部連携の整理
3. 既存処理への影響範囲
4. 仕様上の曖昧点
5. 実装前に確認すべき質問
6. 単体テストで必ず確認すべき観点
7. 回帰テストで確認すべき観点

注意：
- 不明点を勝手に補完しない
- 仕様に書かれていないことは「未記載」と明示する
- 既存コードに依存する推測は「推測」と明示する

実装案比較プロンプト

以下の仕様変更に対して、実装方針を3案出してください。

評価軸：
- 変更量
- 既存処理への影響
- テストしやすさ
- 障害時の切り戻しやすさ
- 保守性
- 実装難易度
- 推奨案

出力は表形式にしてください。

3.4 AI生成コードの扱い

3.5 単体テスト生成の手順

1. 対象クラス・関数を選ぶ。
2. 現行仕様をAIに要約させる。
3. 正常系・異常系・境界値を洗い出す。
4. テストケース表を作成する。
5. テストコードを生成する。
6. 実行して失敗した箇所を修正する。
7. カバレッジを確認する。
8. 意味のあるテストか人間が確認する。

単体テスト生成プロンプト

あなたはJUnitのテスト設計に強いシニアエンジニアです。
以下のJavaクラスに対して、単体テスト観点を作成してください。

出力形式：
1. テスト対象メソッド一覧
2. 正常系
3. 異常系
4. 境界値
5. null/空文字/0件/最大件数
6. 外部依存のモック方針
7. テストデータ
8. JUnitコード例

注意：
- カバレッジを上げるだけの無意味なテストは避ける
- 仕様上の期待値が不明な場合は、不明と明記する
- privateメソッドを直接テスト対象にしない

3.6 プログラマ向け運用ルール

推奨パイプライン：
Formatter → Checkstyle → SpotBugs/PMD/Error Prone → Unit/Integration Test
→ Semgrep → SonarQube Quality Gate → PRレビュー → MCP経由でAI修正支援