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
大規模FlutterプロジェクトのCI実行時間を約8割削減した話
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
teamLab
PRO
August 01, 2025
Programming
990
0
Share
大規模FlutterプロジェクトのCI実行時間を約8割削減した話
teamLab
PRO
August 01, 2025
More Decks by teamLab
See All by teamLab
TSKaigi Hokuriku - TypeScriptによる静的データガバナンス
teamlab
PRO
0
130
Reactの<ViewTransition>で作るUIアニメーション
teamlab
PRO
0
120
「めんどくさい」から考える クレジットカード入力フォームのUX
teamlab
PRO
1
260
複雑なUI設計への銀の弾丸 「オブジェクト指向UIデザイン」
teamlab
PRO
3
390
「人」から考える「アクセシビリティ」
teamlab
PRO
0
140
TSKaigi Hokuriku - TC39 Signals で描くJS/TS/フレームワークの未来の姿
teamlab
PRO
1
110
TSKaigi Hokuriku - oxc-transformとisolatedDeclarationsで 手に入れるtscなし型定義ファイル生成
teamlab
PRO
0
89
TSKaigi Hokuriku - tsc --init の設計思想の変化とその背景を追う
teamlab
PRO
0
110
ユーザーのアクションを伴うWidgetのGoldenTest
teamlab
PRO
0
310
Other Decks in Programming
See All in Programming
いつか誰かが、と思っていた フロントエンド刷新5年間の実践知
kiichisugihara
1
280
Liberating Ruby's Parser from Lexer Hacks
ydah
2
2.7k
Programming with a DJ Controller — not vibe coding
m_seki
3
840
エラー処理の温故知新 / history of error handling technic
ryotanakaya
7
1.9k
Spec Driven Development | AI Summit Vilnius
danielsogl
PRO
1
150
空間オーディオの活用
objectiveaudio
0
150
Lightning-Fast Method Calls with Ruby 4.1 ZJIT / RubyKaigi 2026
k0kubun
3
2.9k
ハーネスエンジニアリングにどう向き合うか 〜ルールファイルを超えて開発プロセスを設計する〜 / How to approach harness engineering
rkaga
28
21k
ふにゃっとしない名前の付け方 〜哲学で茹で上げる、コシのあるソフトウェア設計〜
shimomura
0
120
検索設計から 推論設計への重心移動と Recall-First Retrieval
po3rin
5
1.7k
When benchmarks go bad - what I learned from measuring performance wrong
hollycummins
0
380
AIベース静的検査器の偽陽性率を抑える工夫3選
orgachem
PRO
4
460
Featured
See All Featured
Navigating Weather and Climate Data
rabernat
0
190
How to Ace a Technical Interview
jacobian
281
24k
Navigating Team Friction
lara
192
16k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.9k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
360
Prompt Engineering for Job Search
mfonobong
0
300
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
370
Reality Check: Gamification 10 Years Later
codingconduct
0
2.1k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
390
AI: The stuff that nobody shows you
jnunemaker
PRO
7
640
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
180
Transcript
大規模Flutterプロジェクトの CI実行時間を約 8割削減した話 そた スマートフォンチーム テックスペシャリスト 1
2 自己紹介 そた スマートフォンチーム テックスペシャリスト 業務では主にFlutterとKotlin Multiplatform 社内FlutterTemplateのアーキテクチャ設計 複数の案件での技術領域サポート
3 Solution クライアントの課題や要望を咀嚼して、適切な課題解決を検討し、構想策定・要件定義から 実装まで一気通貫でサービス開発を行います。 Art 各技術のスペシャリスト達がそれらを最大限に活用し、まったく新しい体験ができるデジタル アート作品を制作しています。世界 27カ国以上でアート作品の展示や美術館を運営していま す。 会社紹介
4 スマートフォンチームとは 会社紹介 社員数 58人 累計ダウンロード数 1.6億DL 平均ストア評価 4.3点
5 スマートフォンチームとは 会社紹介
6 本題
7 • 実行時間なんと38分 • macOSで実行していたので コストもかなり... • CI実行待ちでマージが 遅延してしまうことも.... →なんとかして手を加えなければ
前提 大規模案件でCIの実行時間が問題に
8 セットアップ→静的解析→テスト実行→レポートという構成 課題分析 現在のCIを見てみる →テスト実行にほとんどの時間がかかっている!
9 1. 単純にテスト量が多い a. かなりの大規模プロジェクトなのでそれに比例してテストの量も多い 2. テストが全て直列で実行されている a. Flutter自体の並列実行オプションは利用しているが単一のExecutorで順番 に実行している。
3. VRT(Golden Test)の量が多い a. 画面のレンダリングを実際に行うので実行時間がかかってしまう b. 実行するOSによって差分が発生するのでmacOSで実行しなければならない 制限が付き、コスト増に。 課題分析 テスト実行に時間がかかっている分析
10 テスト実行時間、コストを削減するためには テスト実行時間を削減するために テスト実行の並列化 • 複数のExecutorを利用してテスト実行を並列化 • macOSが必要になるのはVRTだけなのでそれ以外をlinuxで実行すればコストも大幅down! • マシンの性能を上げる...?そしたらコストがもっとかかりそう
• ちょっと難しそう テスト実行の高速化 →テストの並列化を試してみる!
11 テスト並列化 プロジェクトのアーキテクチャ構成 モノレポのマルチパッケージ構成を採用
12 テスト並列化 プロジェクトのアーキテクチャ構成 モノレポのマルチパッケージ構成を採用
13 並列化してどれだけ削減できたのか?
14 テスト並列化 最終的な構成 ???
15 テスト並列化 最終的な構成 38分→9分!!!
16 テスト並列化 • 38分 x 13.5円/分(macOS) = 513円 コスト削減効果 従来
• (5分+4分) x 13.5円/分(macOS) = 121円 • (3分+5分+4分+5分+1分) x 1.8円/分(Linux) = 32.4円 • 合計153.4円 並列化後 →コストも約 7割削減!!!
17 テスト高速化もやりたい
18 テスト高速化 テスト高速化できないだろうか.... →調べてみたら記事がある!!!
19 テスト高速化
20 テスト高速化 ローカルで時間を計測してみた flutter testコマンド
21 テスト高速化 ローカルで時間を計測してみた flutter testコマンド テスト実行の高速化 →95%高速化!!!
22 テスト高速化 仕組みを調べてみたら.... https://github.com/flutter/flutter/issues/90225 https://github.com/flutter/flutter/issues/86722 テストを全て同一のmain関数に集め 実行すると高速化するらしい テストファイル毎に個別のIsolateを起動 していたのが1つのIsolateになるため
23 • シングルトンを用いる際に注意が必要 ◦ 普通に実行する際はテストファイル毎にインスタンスが再生成 ◦ very_good_cliでは全てのテストを同一のmain関数から実行されるのでテ ストファイル毎に初期化されない • VRTには効果が薄い
◦ VRTはレンダリングの計算に時間がかかっているので効果が出にくい ◦ --total-shards、--shard-indexのオプションを利用して分割が対策 テスト高速化 very_good_cliの利用で気を付けるポイント
24 まとめ
25 • パッケージ毎に実行するExecutorを並列化し実行を高速化 • 利用するリソースクラスを適切に選定することでコスト削減 • very_good_cliを適切に活用するとテストの実行自体も高速化できます • CIの実行状況は定期的に見直しましょう! ◦
皆さんは実行時間が38分とかになる前に改善しましょう! まとめ まとめ
26 終わりに Flutterの開発を一緒に行ってくれる 仲間を募集しています! 会社説明会 エントリー