修正方針書作成

不具合の調査結果をもとに、どう直すかをまとめた修正方針書と、その確認用の回帰テストケース一覧を作成します。再現手順・原因箇所・影響範囲・対策(比べた案があればその理由)・テスト観点をまとめ、テスト観点から直ったことと周辺が壊れていないことを確かめるケースまで起こします。原因の調査そのものと、コードの修正は行いません。

対象製品:Acsim Desktop

保守・運用の工程で使うエージェントです。

このページは2026年10月23日時点の内容です。ほかのエージェントは標準カタログの一覧で確認できます。

こんなときに使う

  • 原因の調査が済んだ不具合の直し方を決め、文書にまとめたいとき
  • 直し方の案を比べて、方針を選びたいとき
  • 修正後に確認するテストを、回帰テストケース一覧として用意したいとき

できること

  • 対策案の比較・選定
  • 影響範囲の整理
  • 修正方針書の作成
  • テスト観点の整理

事前に用意しておくもの

チケットに残された調査結果を使い、原因を自分で調べ直すことはしません。コードの修正もしません。

成果物扱い作るエージェント
不具合のチケット(調査結果のコメントつき)原因と影響、確認済みの方針を読み取りますエラー対応 / 不具合・問合せ管理
要求一覧・設計書根拠の確認に使います要求管理 ほか、標準カタログの一覧にある各エージェント
連携済みのソースコード原因箇所の根拠の確認に使いますソースコードを連携する

依頼の例

AIポータルで、次のように依頼します。

  • この不具合の修正方針書と回帰テストケース一覧を一式作成してください。
  • この不具合の修正方針書を作成してください。
  • 調査結果をもとに、直し方の案を比べて方針をまとめてください。

そのほか、次のような依頼もできます。

  • 不具合「在庫数がマイナスで表示される」の修正方針書と回帰テストケース一覧を作成してください。
  • 不具合「注文確定で500エラーになる」の修正方針書を作成してください。恒久対策と暫定対策を分けて書いてください。
  • 不具合「CSV出力で文字化けする」の修正方針書は既にあるものを使い、足りない分だけ足してください。

仕上がりの確認ポイント

できあがった設計書は、次の点を確認するとよいでしょう。

  • 必要な項目がそろっているか: 再現手順・原因箇所・影響範囲・対策・テスト観点がそろいます。対策案は無理に複数出さず、比べた案があるときはその理由が書かれます。
  • 原因の根拠: 原因は、ソースコードや設計書の該当箇所を名指しして書かれます。推測の部分は推測と明記されます。
  • 回帰テストケース一覧: 方針書のテスト観点から起こし、直ったことの確認と、周辺が壊れていないことの確認の両方が入ります。作るのはこの2冊だけです。
  • 確認の求め方: 同じ不具合の修正方針書が既にあるときは、作り直すか、足りない分だけ足すか、そのまま使うかを確認します。仕様が変わる・利用者に影響が出る点で確認が取れていないものも、書き上げる前に質問します。

作成する設計書

このエージェントは、次の設計書フォーマットに沿って設計書を作成します。

On this page