はじめに
Test Agent
Test Agent はテストケースの生成と管理を担当し、宣言型ワークフローエンジン駆動、マルチプロジェクト独立プロセス設定をサポートしています。
v3.0.7 (Latest)
リリース日：2026年8月21日 | ベースバージョン：v3.0.6
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026年8月21日 |
| バージョン | v3.0.7 |
| ベースバージョン | v3.0.6 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | ドキュメント構造的セクションの自動フィルタリングを追加：単一ドキュメント / デュアルドキュメントモードで変更履歴、表紙タイトルブロック、略語・用語集、フォーマットテンプレート説明などの非要件コンテンツを自動的に除外し、これらのセクションに対して無効なテストケースを生成しないようにしました。除外理由はすべて監査用に記録され、フィルタリングが過度な場合は自動的に全量にフォールバックし、誤判定を回避します 実行前コスト見積もりプロンプトを追加：ディスパッチ前に今回の処理範囲、要件項目総数、並行度、推定所要時間を通知し、ユーザーがタスク規模を事前に判断して範囲を調整するかどうかを決定できます ナレッジベースリコールの設定化機能を追加：リコールサービスアドレス、検索コーパス、リコール件数などのパラメータをすべて設定ファイルに外置きし、プロジェクト（吉利 / DNKT）とワークスペースの2段階での上書きをサポート。ナレッジベース環境を切り替えてもフローを変更する必要がありません トレーサビリティレポートに「未実行」と「リンク切れ」状態の区別を追加：トレーサビリティマトリクスとサマリーレポートで、どの要件が未処理なのか、処理後に本当にリンクが不足しているのかを明確に標記し、実行済み / 未実行件数と全体の実行状態結論を提示します。ユーザーはタスクが完了していないのか、実行して問題が発生したのかを一目で判断できます |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 処理範囲の方針を「デフォルト全量」に調整：ユーザーが範囲を明示的に指定しない場合は全量の要件項目を処理し、自動的に先頭の数件にトリミングしなくなりました。ユーザーが入力で要件区間、セクション、または機能モジュールを指定した場合は指定範囲で実行し、処理範囲の判定根拠は結果に書き込まれトレーサビリティに利用できます ナレッジベースリコール処理をモデル内インライン実行からスクリプト化された確定的実行に変更し、リコール結果の安定性と再現性が向上しました。同時にリコールの適用範囲を明確化し（プレーンテキスト要件シナリオでのみ項目別リコールを実行し、ドキュメント系入力では重複リコールを行いません）、無効な呼び出しと所要時間を削減しました 要件分析エントリの判定ロジックを簡素化：「問題チケット」と「構造化済み変更点」を独立した分岐とせず、プレーンテキスト要件処理パスに統合しました。機能はそのままに、フローの分岐が減り、動作がより一貫しています テストポイント欠落インターセプトを追加：要件項目でテストポイントが生成されなかった場合、テストケースを無理に生成せず、空の結果を生成して理由をマークするようにし、トレース元のないテストケースがトレーサビリティマトリクスを汚染することを防ぎます 組み込みフォールバック用テストケースフォーマットに「要件ID」「要件名」「テストポイント」などの列を補完し、デフォルトシナリオでの成果物の列構造をより完全にしました |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 単一ドキュメントの大規模ファイルで一部の要件項目しか処理されない問題を修正：以前は大容量の仕様書が自動的にトリミングされ、多くの要件に対してテストケースが生成されませんでしたが、全量で処理し規模を明確に通知するようになりました 成果物Excelで「要件ID」「要件名」が空白になる問題を修正：要件項目からこれら2列を強制的に埋め戻し、非空チェックを行うことで、テストケースが元の要件まで完全にトレース可能になりました。ドキュメントに元々要件IDがないセクションは正しく区別され、失敗として誤検知しなくなりました 要件項目のタイトルが欠落している場合に名前が空になる問題を修正：タイトルがない場合はセクション番号 → ファイル名 → 項目番号の順でフォールバックし、テストケースファイルとExcelの命名で空の名前が発生しなくなりました |
v3.0.6
リリース日：2026-07-24 | ベースバージョン：v3.0.5
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026-07-24 |
| バージョン | v3.0.6 |
| ベースバージョン | v3.0.5 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 「問題チケット」入力形態を追加：ユーザー入力が「現象 + Root cause + Solution」の3段式問題チケットの場合、四段法で問題チケットから直接変更点を導出し、SRDに依存不要 Excel単一ドキュメント入力形態（execute_excel_single）を追加し、DNKT Excel要件解析と正規化（openpyxl解析、Excel要件正規化）を改善 per-itemパイプラインにテストケースExcelエクスポートサブステップ（M3-Excel）を追加し、単一変更点のテストケースを直接Excelにエクスポート可能 |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 変更点記述フィルタリングを強化：single_docモードでユーザーの「変更点記述」（raw_input）に基づき分割されたitemsに対してセマンティック事前フィルタリングを行い、命中した要件項目のみをパイプラインに渡し、仕様書全体に基づく大量の無関係なテストケース生成を回避し、テストケース焦点度と精度を向上 汎用化スキル使用問題の修正とブラッシュアップ：M0要件分析、M7テストケース実行、M8テストケース選別などのステップ記述と設定を最適化、DNKT / 吉利プロジェクト実行設定テンプレート（execution_config.json）を追加し、実行プラットフォーム接入設定をより明確化 組み込みフォールバック生成ルール（builtin_fallback）を改善し、デフォルトシナリオでのテストケース生成をより堅牢に |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル（吉利） | 吉利プロジェクトのフィードバック問題を修正：M0変更点抽出とドキュメント差分比較ロジックを最適化し、Excel要件解析の安定性を向上 single_docモードですべてのitemが全量生成され、大量のテストケースが変更点と無関係になる問題を修正 |
v3.0.5
リリース日：2026-07-17 | ベースバージョン：v3.0.4
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026-07-17 |
| バージョン | v3.0.5 |
| ベースバージョン | v3.0.4 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 並列パイプライン機能を追加：ワークフローエンジンに parallel_for_each / aggregate ステップタイプと同時実行制御（セマフォ max_in_flight）を追加し、複数変更点 / 複数要件モジュールの並列生成と結果集約をサポートし、生成スループットと全体所要時間を顕著に向上DNKTプロジェクトにExcel入力形態サポートを追加し、Excel要件を直接入力としてテストケースを生成可能、テストケースExcelエクスポート機能も追加 |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | プロセス全体の汎用化（脱プロジェクト化）：元のプロジェクトごとに分割された複数の独立プロセス（jili / dnkt）を統一された単一workflow.jsonと共通ステップディレクトリに統合し、新規プロジェクトや入力形態の追加時にプロセス全体をコピーする必要がなくなり、メンテナンスコストが顕著に削減 4つのビジネス入力形態（プレーンテキスト要件 / 単一要件ドキュメント / 新旧デュアルバージョンドキュメント比較 / 新要件）を各ステップで共通実行テンプレートに統一し、単一入力変更点処理ロジックを共通化 プロセス加速とステップ簡素化：M0のテスト観点が十分に詳細な場合M1を自動スキップ、M1、M3ステップを統合してステップ数とディレクトリ数を削減、レビューフィードバックループ（loop）を最適化し、手戻りパスをより効率化 |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | DNKT / 吉利プロジェクトのExcel生成関連不具合を修正し、Excelエクスポート結果の安定性を向上 |
v3.0.4
リリース日：2026-07-07 | ベースバージョン：v3.0.3
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026-07-07 |
| バージョン | v3.0.4 |
| ベースバージョン | v3.0.3 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 3種類のビジネス入力形態（プレーンテキスト要件 / 単一要件ドキュメント / 新旧デュアルバージョンドキュメント比較）のサポートを追加し、ユーザーは実際の作業シナリオに応じて柔軟に入力方式を選択可能 ドキュメント差分分析機能を追加し、テキスト、テーブル、画像、シーケンスなど多様なコンテンツ形態のルール化比較をサポートし、要件変更シナリオに基盤機能サポートを提供 DNKTプロジェクトにテストケースのリモート自動実行機能を追加し、ユーザーはテストケース生成後に直接実行タスクをトリガー可能、手動作業を削減 吉利プロジェクトに要件変更差分の自動抽出と要件モジュールの構造化分割機能を追加し、デュアルドキュメント比較シナリオでのテストケース生成をサポート |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル（DNKT） | テストケース生成プロセス全体を新バージョンにアップグレードし、冗長なステップを統合・簡素化し、要件入力からテストケース生成までの操作ステップがより少なく、パスがより明確に 要件分析ステップの機能を強化し、要件変更ブロックから直接変更範囲を特定可能、手動整理コストを削減 テストケース実行インターフェース呼び出しの安定性を向上し、リモートインタラクションを統一し、例外シナリオでの予測可能性を強化 |
| テストケース生成スキル（吉利） | 「プレーンテキスト要件 / 単一要件ドキュメント / 新旧デュアルバージョンドキュメント比較」の3つのビジネス入力シナリオを接続し、新要件レビュー、要件変更、日常的な追加などの実際の作業形態をカバー 要件変更シナリオで新旧ドキュメントの差分を自動的に識別し、影響を受けるモジュールを特定し、テストケースの追加と修正を直接駆動 レビューフィードバックループを最適化：レビュー意見からテストケース修正までを独立ステップ化し、手戻りパスがより明確になり、テストケース品質と初回通過率が向上 ナレッジベースのリコール戦略を階層型リコールにアップグレードし、命中関連性とテストケースカバレッジが同時に向上 単一テキスト入力シナリオでテストケース生成精度が顕著に向上し、M4からM10までの出力物を全プロセスで補完し、納品完全度を向上 |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | ndsdプロジェクトの全サポートを廃止し、関連プロセスと付帯リソースは今後メンテナンスされない DNKTプロジェクトの旧バージョンテストケース生成プロセスを全面的に廃止し、本バージョンで統合・最適化された新プロセスに完全に置き換え 吉利プロジェクトで使用されなくなったレビュー分析、修正確認、テストケース実行、テストケース選別などの履歴ステップを廃止し、プロセスを現在の実際のビジネスチェーンに集約 |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| なし | なし |
v3.0.3
リリース日：2026-06-12 | ベースバージョン：v3.0.2
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026-06-12 |
| バージョン | v3.0.3 |
| ベースバージョン | v3.0.2 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | ワークフローを宣言型エンジンにリファクタリングconfig/workflow.schema.json とプロジェクトごとに独立した assets/{project}/workflow.json を追加し、メインエージェントはビジネスプロセスをハードコーディングせず、workflow.json を読み込んで実行するように変更SKILL.md と references/STRUCTURE.md を同期的に書き換え、新規プロジェクトではメインドキュメントを修正する必要がなくなったfork サブエージェント実行を強制：エンジンはスケジューリングのみを担当し、すべてのステップは fork サブエージェント経由で実行する必要があり、インラインビジネスロジックを禁止 入出力と成果物フォーマットを統一：すべてのステップの入出力フォーマットを再調整し、 *_history.json 保存ロジックを削除し、settings.json を同期更新各プロジェクト配下のプロセス最適化により、生成精度が向上 |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| なし | なし |
v3.0.2
リリース日：2026-06-05 | ベースバージョン：v3.0.1
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026-06-05 |
| バージョン | v3.0.2 |
| ベースバージョン | v3.0.1 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | プロジェクトごとに異なるルールに基づいてテストケースを生成するロジックを追加 |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | 実行ステップ処理操作を最適化し、レビュールールを追加 |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| なし | なし |
v3.0.1
リリース日：2026-05-22 | ベースバージョン：v3.0.0
1. 概要
| 項目 | 内容 |
|---|---|
| リリース日 | 2026-05-22 |
| バージョン | v3.0.1 |
| ベースバージョン | v3.0.0 |
2. リリース内容
2.1 新機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.2 変更機能
| モジュール | 詳細 |
|---|---|
| テストケース生成スキル | テスト観点生成ステップを追加し、修正・追加ステップを最適化し、テストケース実行ステップを追加 |
2.3 削除機能
| モジュール | 詳細 |
|---|---|
| なし | なし |
2.4 バグ修正
| モジュール | 詳細 |
|---|---|
| なし | なし |