AI駆動開発におけるテストのトレーサビリティ

テストのトレーサビリティは以前から使われていましたが、AI駆動開発により改めて重要性が増してきたという話です。

Transcript

1. AI駆動開発におけるテストのトレーサビリティ 2026/09/18 JaSST'26 Niigata 株式会社enechain ｜ Koji Ejiri
2. 自己紹介 Koji Ejiri enechain / シニアソフトウェアエンジニア enechainは、国内最大級のエネルギーのマーケッ トプレイスを運営するスタートアップ 経歴 ・リスク管理システムの開発 ・環境価値取引所の開発 ・2026年4月からQA基盤を担当 1
3. 先に結論 AI駆動開発で トレーサビリティの重要性が増した 2
4. トレーサビリティとは ・この発表では、要件とテストとその実行結果の 関係を扱う ・テストのない要件や、仕様変更で影響するテス トが分かる ・新しい概念ではない。テスト管理ツールにも要 件とテストを紐付ける機能が昔からある T-1 REQ-1 ✓ REQ-2 REQ-3 T-2 ? ✓ ? T-3 T-4 ✓ ? ? ? ? 要件とテストの対応表の例 3
5. なぜ今: 人が対応関係を追えなくなった AIを使った開発で、機能も自動テストも短期間に大量に増えた (5か月で受入基準 約2,000件、自動テスト 約14,000件) 機能もテストも増えると、どの要件が検証済みかの把握が難しくなる AIに把握させることもできるが、分量が多いと結果がぶれ、都度コストがかかる テストのない要件を機械的に見つける仕組みが必要になった 4
6. やったこと: 仕様からレポートまでIDでつないだ テスト条件・テストケース(中間生成物)とテストコードは skill で生成する。IDも生成時に埋め込む 仕様 skill test-analysis skill test-design skill generate-test-code 実⾏ 照合 レポート 受⼊基準 (AC) テスト条件 テストケース テストコード 実⾏ログ AC ごとの検証状況 受⼊基準ID テスト条件ID テストケースID ケースIDを埋め込む ログにケースIDと結果 受⼊基準ごとに集計 IDを照合してトレーサビリティを実現する 5
7. 結果 分かるようになったこと ・要件ごとのテストの有無と結果 ・仕様変更で見直すテスト ・ユニット・API・E2E の結果が、言語 を問わず同じレポートに 機械的にテスト不足の機能を見つけられるようになった 6
8. 課題: 要件からのテストだけでは足りない テストは要件からだけ作られるのではない 過去の障害やリスクから作るテストも重要 7
9. 今後: 仕様以外から作るテストにも適用 仕様の受⼊基準 それぞれの ID をテストに埋め込む 今 過去の障害 次 リスク分析 次 実⾏ テストコード 照合 実⾏ログ レポート AC・障害・リスクごとの結果 テストの元が増えても、ID を照合する仕組みは同じ 8
10. まとめ AI駆動開発で トレーサビリティの重要性が増した 9
11. Thank you