Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AI開発を加速するためにテスト戦略を言語化した
Search
yoshihiro shu
May 20, 2026
Programming
110
0
Share
AI開発を加速するためにテスト戦略を言語化した
yoshihiro shu
May 20, 2026
More Decks by yoshihiro shu
See All by yoshihiro shu
3プロトコルを実現するconnect-go / Fukuoka.go#20
yoshihiro_shu
1
390
Other Decks in Programming
See All in Programming
Oxcを導入して開発体験が向上した話
yug1224
4
280
Copilot CLI の継戦能力を高める コンテキスト管理
nozomutu
1
1.2k
プロパティの順序で型推論が壊れる!? TypeScript6.0の修正からContext-Sensitivityの仕組みを追う
bicstone
2
1.3k
関係性から理解する"同一性"の型用語たち
pvcresin
2
630
セキュリティの専門家じゃなくてもできる。「セキュリティ意識」をアップデートして サプライチェーン攻撃への耐性を高めよう。
tk3fftk
5
580
OSもどきOS
arkw
0
400
権限チェックの一貫性を型で守る TypeScript による多層防御
mnch
4
1.1k
ビジネスモデルから紐解く、AI+型駆動開発
hirokiomote
2
5.2k
運用エージェントは "作る" から "育てる" へ - 記憶と自己進化の3層設計パターン / self-evolving-agents-three-layer-agent-design
gawa
12
3.4k
Java × distroless で 軽量なコンテナイメージを / Java on Distroless
contour_gara
0
470
Datadog × OpenTelemetry 入門と実践のあいだ
kn_to_maxpno
1
140
生成AI時代にこそ効くGo | Why Go Works in the Age of Generative AI
mom0tomo
8
3.1k
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2k
Tell your own story through comics
letsgokoyo
1
940
Skip the Path - Find Your Career Trail
mkilby
1
140
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
380
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.5k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
25k
So, you think you're a good person
axbom
PRO
2
2k
A Tale of Four Properties
chriscoyier
163
24k
Transcript
AI開発を加速するために テスト戦略を言語化した Go Connect #13 — 2026/05/20 朱 義宏 /
GMOペパボ 1
自己紹介 朱 義宏 GMOペパボ ロリポップ・ムームードメイン事業部 ロリポップ! 固定IPアクセス 趣味 GWにスリランカに行ってきました ウイスキーが好き
X: @yoshihiro_shu AI時代のGoテスト戦略 2
None
背景: AIエージェントがPRを量産する時代になった AI時代のGoテスト戦略 4
課題: 「正しさ」を証明する基準が言語化されていない PRは量産されるが、ロジックが正しいことをレビューするコストが高い 実装ごとに、正しさを担保するテストにばらつきがある テストはあっても、ロジックの正しさをテスト I/O だけで判断できない → 結局、ロジックが正しいかどうかは 毎回コードを読み解いて判断するしかない
根本原因: 「何を見れば正しいと言えるか」の基準そのものが言語化されていない AI時代のGoテスト戦略 5
2つのプロダクト課題 ① データ遷移の整合性 似たようなユースケースでも、生成されるデータが違う 例: 新規契約 / 二回目以降の新規契約 で発行レコードや適用される時刻が異なる ②
日時依存のビジネスロジック 実行時刻によって結果が変わる 例: 月末に契約すると契約期間が翌月末まで延びる AI時代のGoテスト戦略 6
テストがほとんどシナリオテストに集約されていた テストピラミッドの「結合テスト」: Go サーバー + DB を起動し、外部サービスはモック化して 一連のフローをAPI単位でテストを行っている。 担保していたこと: API
レスポンス(ステータス・メッセージ内容) DB の状態変化(レコードの生成・論理削除) 日時・金額計算(契約期間・請求金額) 外部システムへの副作用(メール送信・リソースの作成) AI時代のGoテスト戦略 7
解決案: テストによって責務を分ける シナリオテスト 結合テスト層 確認すること 期待通りのレコードが ⽣成・削除されているか ユースケーステスト サービス単位 確認すること
契約期間・価格が 期待通りに算出されるか f(x) 単体テスト 関数単位 確認すること 関数の 振る舞いが変わらないか AI時代のGoテスト戦略 8
シナリオテスト → 「データ遷移」だけを見る 保証すること: ユースケースに応じて、期待通りのレコードやリソースが生成・削除されているか 検証しないこと: 日時によって結果が異なるビジネスロジック AI時代のGoテスト戦略 9
ユースケーステスト → 「日時・価格計算」を固定日時で検証 する 保証すること: 日時依存ロジック(契約期間・課金額)が期待通りに算出されるか 検証しないこと: DBへのレコード生成・削除 AI時代のGoテスト戦略 10
単体テスト → 「振る舞いの不変性」を守る 保証すること: 関数の入出力が変わらないこと リファクタリングなどで振る舞いが壊れていないことの確認 意図しないロジックの変更の検知 AI時代のGoテスト戦略 11
結果: テストでロジックの正しさが判断できるようになった テストの input / output を見るだけでロジックの正しさを判断できる → コードを読み解く必要がなくなった テストケースの漏れ
を防ぎやすくなった → 責務が分かれたことで、各層の網羅性が見えやすい レビューに 別の観点 を考える余裕ができた → 認知負荷が下がり、設計・性能などにも目が向く AI時代のGoテスト戦略 12
まとめ 今回考えたのは「大量のPRをマージしてもシステムが壊れない仕組み」だけ レビューには本来、コーディングルール・セキュリティ・パフォーマンスなど多くの観点がある → テストの責務を言語化したのは、その第一歩 → 同じように観点ごとに言語化していきたい AI時代のGoテスト戦略 13