バグ修正の前に回帰テストを置く ― LLMへコード変更を頼むときの安全柵

プロンプト・LLM活用

この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。OpenAIの現在のモデルガイダンスを確認し、旧版のCoT強制を、テストと差分を中心にしたコード変更フローへ見直しました。

検証ステータス:📘 公式情報確認済み/個別リポジトリでの実行検証は未実施

バグ修正で最も避けたいのは「直したつもりで別の機能を壊す」ことです。LLMを使う場合も、最初に回帰を検知できる仕組みを置きます。

順序はテスト→修正→再テスト

  1. 不具合を再現するテストを作る
  2. 既存テストが現在どこまで通るか記録する
  3. 原因箇所だけ最小差分で変更する
  4. 再現テストと既存テストを実行する
  5. リファクタリングは必要なら別変更にする

LLMには変更禁止範囲も伝える

目的: この不具合だけを修正する
変更可能: src/order/calc.ts
変更禁止: 公開API、DBスキーマ、依存パッケージ
必須: failing test を先に追加
出力: 修正方針 / 最小差分 / 追加テスト / 未確認事項

コードの説明よりテスト結果を残す

長い推論説明より、失敗した入力、修正前後のテスト結果、変更ファイル、未確認項目を残す方がレビューに使えます。

まとめ

LLMコード修正では、回帰テストを先に用意し、バグ修正とリファクタリングを分離すると変更理由を追いやすくなります。

公式情報・一次情報

この記事の更新履歴

  • 2026-09-13 追加:回帰テストを先に置く変更フローを追加。
  • 2026-09-13 変更:CoT中心からテスト・最小差分中心へ変更。
  • 2026-09-13 削除:内部メタ情報、本文H1、旧モデル前提、思考過程出力を削除。

文書情報

記事タイトル
バグ修正の前に回帰テストを置く ― LLMへコード変更を頼むときの安全柵
作成日
更新日
Source URL
https://papanda925.com/?p=7222

ライセンス: 本記事のうち、当サイトが権利を有する本文・自作図表は、特記なき限り CC BY 4.0 で利用できます。生成AIを活用して作成・編集した内容を含みます。コードについて、別途ライセンス表示またはリンク先GitHubリポジトリのライセンスがある場合は、その条件を優先します。引用・第三者資料・画像・商標等は本ライセンスの対象外です。 利用ポリシー

タイトルとURLをコピーしました