要件からシナリオ、コード、実行、証跡をつなぐ構成を公開しました。顧客ごとのデータ分離と、制御した修正ループを組み込んでいます。 工数削減の数値は約100シナリオの社内比較です。要件の追跡、分離、修正の上限、最終判断の担当が焦点です。 コード生成の後に残る試験工程を接続 AWSは11月10日、TCSと共同でAgentic Test Orchestratorの実装を紹介しました。金融、銀行、保険分野では、要件を試験へ変換し、実行して証拠をまとめる作業が負担になります。従来の自動化は実行を速めても、シナリオ作成やスクリプトの保守を人へ残す場合があります。TCSはその連鎖を専門のエージェントへ分けました。要件から成果物を作るだけでなく、検証、実行、失敗の分類まで接続します。一般的な指示から試験を作るのではなく、案件ごとの資料を根拠にする構成です。品質担当者を置き換える狙いではなく、反復作業を減らしてリスク分析やリリース判断へ時間を向ける設計と説明しています。 顧客の境界と実行環境を分ける 共有の管理基盤と、顧客ごとのアプリケーション領域を分離します。顧客には独立した認証、暗号鍵、保存先、知識ベースなどを割り当てます。検索も顧客、プロジェクト、セッションの条件で絞ります。エージェントはAgentCore Runtime上で動き、Strands Agents SDKを使います。生成、対話による修正、要件の変換、差分生成、実行を分担します。API試験はFargateへ、ブラウザーを使うUI試験はEC2を使うECS環境へ振り分けます。ログやレポートを保存し、UIの実行映像も扱います。TCSは金融分野の顧客向けに本番運用していると説明しています。試験担当者には、生成コードだけでなく、どの要件を根拠に何を実行したかを追える仕組みが関係する事例です。 88%削減の条件と品質確認をそろえる TCSの社内比較では約100シナリオを対象に、従来の約200時間から約24時間へ工数が減り、88%の削減と報告しています。これは特定の負荷による比較で、案件の複雑さやチームによって結果が変わると明記しています。全体の試験品質が同じ割合で改善したという数値ではありません。導入時には、正しくない試験が通ることや、失敗を修正で隠すことを防ぐ確認が論点になると見られます。要件変更の追跡、顧客データの分離、実行環境の維持にも費用がかかる可能性があります。自動修正を許す範囲と、人が判定する失敗を先に分けることが判断材料です。生成から実行までの時間に加え、レビューで見つかった問題と証跡の充足を記録することで、自社の条件で効果を確かめやすくなると見られます。自動修正の前後に試験の意図が変わっていないかを確認し、要件との対応を残す工程も重要になる可能性があります。