0003: 関連研究網羅性指摘(GTM・tmt/fmf)への対応方針
ステータス
Accepted
背景
外部評価レビューで、関連研究(§2.4)にGTM(testmanagement.comの”Git Test Management”ツール)とtmt/fmf(Red Hat発OSSテスト実行フレームワーク)が欠落しているとの指摘を受けた。
一次情報をWebFetchで独自に再検証した結果、指摘内容は事実関係として妥当だった。
- GTM：バージョン管理はファイル名末尾へのv1/v2/v3付与とversionフィールドによる手動整数方式(オプション機能)。変更履歴はCHANGELOG.mdの手動記述とGitのbranch/PRレビューに依存し、自動的なChangeEvent相当の導出機構は仕様上確認できない。
- tmt/fmf：
adjust属性は「製品・ディストリビューション・アーキテクチャ等のコンテキストに応じたテストメタデータの動的修正」であり、環境間の空間的バリエーションを扱う機構である。Core仕様には版履歴・変更履歴・リリース/マイルストーンの概念、変更影響分析に相当する機能の記載がない。
両ツールとも、指摘文書が示した「公開ドキュメントの範囲で確認した限り」という留保付きの結論を裏付ける結果となった。
指摘文書の§3-1は「二極対比(既存TMS／素朴なGit運用)が単純化されすぎている可能性」を懸念材料として挙げていたが、本論文が主張する差分は「テストケース単体の版履歴比較」でも「Git管理されている」ことでもなく、マイルストーン境界でのChangeEventの自動導出と複数Featureを横断する版履歴クエリである。GTMは手動整数バージョン(§3.2で本論文が明示的に不採用とした方式そのもの)と手動双方向リンクに依存し、自動導出機構を持たない。tmtのadjustは時間軸ではなく空間軸(環境間)の機構であり、論点が直交する。つまりGTM・tmtを比較対象に加えても、両者は本論文が主張する「自動導出される時間軸の版履歴」を提供しない点で本論文の差別化ポイントの外側に留まる。
決定内容
指摘への対応を、新規性主張の弱体化ではなく二極対比を三極(商用TMS／構造化Git管理型／素朴なGit運用)に精緻化し、最も紛らわしい近傍製品を名指しで除外することによる主張の具体化・防御力強化として位置づけ、以下を実施した。
- §2.4の再構成：単一段落の二極対比を3カテゴリ構成に組み替えた。(1)商用TMS・自己ホスト型TMS(現行記述を維持)、(2)素朴なGit運用(現行§1.1の記述を明示的に再掲)、(3)構造化メタデータ＋Git管理型ツール(GTM、tmt/fmf)を新設し、GTMが本論文と同一キーワード(“Git-native test management”)を標榜する点、tmtが学術・実務双方で認知度が高いOSSツールである点を明記した上で、いずれも自動版履歴導出・変更影響分析を持たないことを述べた。
- 比較表の追加：保存形式・バージョンキー方式・版履歴の自動導出・マイルストーン境界の変更影響分析・主目的の5軸で、TestRail等/GTM/tmt-fmf/素朴なGit運用/本研究を比較する表を§2.4末尾に追加した。GTMの手動整数方式が本論文§3.2で不採用とした方式そのものであることを脚注で補足した。
- GTMSの扱い：GTMSは直接の比較対象ではないため§2.4本文には含めず、付録A.1(LLM活用ピボット案の不採用理由)の末尾に「同一ドメインの近傍製品として査読者が想起しうる」旨を一文追記した。
- 出典への追加：GTM・GTMS・tmt関連の一次情報6件を参考文献リストに追加した。
- §1.3・§2.1〜2.3・第5章(評価計画)は対象外とし、変更しなかった。§1.3の「既存TMS(TestRail等)が提供するテストケース単体の履歴比較・復元機能とは異なり…(第2.4節)」という一文は、参照先の§2.4が精緻化されれば指す内容も自動的に更新されるため、変更不要と判断した。
影響・将来の再検討条件
- tmtのPlans/Stories/Policy仕様・プラグイン群、GTMのソースコード実装は未検証のままである。§2.4の新設段落には「公開ドキュメントで確認した範囲では」等のヘッジ表現を残し、断定を避けている。この限界は指摘文書の限界(§5)をそのまま引き継ぐ。
- 今後これらのツールのソースコードや非公開仕様を検証する機会があれば、§2.4・本決定記録の記述を更新すること。
docs/テスト知識管理のGit-nativeモデル_統合版.mdの変更履歴に本対応(2026-08-13)を記録済み。