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
iOSアプリの信頼性を向上させる取り組み/ios-app-improve-reliability
Search
yuki shinohara
September 24, 2025
Programming
0
100
iOSアプリの信頼性を向上させる取り組み/ios-app-improve-reliability
yuki shinohara
September 24, 2025
Tweet
Share
More Decks by yuki shinohara
See All by yuki shinohara
mf_cloud_expense_mobile_app_rearchitecture
shino8rayu9
0
930
Road to Swift 6
shino8rayu9
0
570
Other Decks in Programming
See All in Programming
私はどうやって技術力を上げたのか
yusukebe
35
16k
なぜGoのジェネリクスはこの形なのか? Featherweight Goが明かす設計の核心
ryotaros
7
920
2025年版 サーバーレス Web アプリケーションの作り方
hayatow
23
25k
議事録の要点整理を自動化! サーバレス Bot 構築術
penpeen
3
1.6k
株式会社 Sun terras カンパニーデック
sunterras
0
140
AIで開発生産性を上げる個人とチームの取り組み
taniigo
0
120
麻雀点数計算問題生成タスクから学ぶ Single Agentの限界と Agentic Workflowの底力
po3rin
5
2k
TokyoR#119 bignners session2 Visualization
kotatyamtema
0
120
クラシルを支える技術と組織
rakutek
0
180
CSC509 Lecture 03
javiergs
PRO
0
290
Reactをクライアントで使わない
yusukebe
7
6.1k
複雑化したリポジトリをなんとかした話 pipenvからuvによるモノレポ構成への移行
satoshi256kbyte
0
480
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Documentation Writing (for coders)
carmenintech
75
5k
Producing Creativity
orderedlist
PRO
347
40k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.7k
How STYLIGHT went responsive
nonsquared
100
5.8k
The Art of Programming - Codeland 2020
erikaheidi
56
13k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
How to Ace a Technical Interview
jacobian
280
23k
Gamification - CAS2011
davidbonilla
81
5.4k
Why Our Code Smells
bkeepers
PRO
339
57k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
188
55k
Practical Orchestrator
shlominoach
190
11k
Transcript
iOSアプリの信頼性を向上させる取り組み 2025/09/24
Introduction 篠原 裕貴 ・マネーフォワード クラウド経費 iOSエンジニア ・経歴: 地方公務員→オーストラリア→英会話講師→NOW
マネーフォワード クラウド経費
None
信頼性
モバイルアプリの信頼性 ❏ 使いやすいこと・想定通りの動きをすること : リリース前 ❏ クラッシュしないこと: リリース後
リリース前
Bitrise ❏ ユニットテストの実行を以下のケースで行いバグの混入を防ぐ ❏ プルリクエスト ❏ TestFlight ❏ 審査提出 https://github.com/marketplace/bitrise-checks
社内レビュー ❏ TestFlightで配布 ❏ Bitriseにてコマンド一つで開発環境に合わせて buildできる ❏ 2週間ごとにカスタマーサービスを含む他部署のメンバーに対してレビューをしても らう ❏
フィードバックを通じて改善 ❏ バグにも気づくことができる ❏ より使いやすいデザインを検討 https://docs.bitrise.io/ja/bitrise-ci/workflows-and-pipelines/workflows/managing-workflows.html
審査提出 ❏ MasterブランチへのPushをトリガー ❏ Bitrise上からTestFlightの本番環境へのbuildを開始 ❏ Build完了後必要事項入力の上、審査提出することが可能 ❏ 本来であればXcodeでアーカイブを作成、App Store
Connectへのアップロードなど全 て手動で行うところを自動化、ヒューマンエラーをなくす
リリース後
Firebase Crashlytics ❏ リリース直後は特に注視 ❏ クラッシュ情報が見れる ❏ アプリのバージョン ❏ どのコードで
❏ 何人のユーザに影響があったか https://www.youtube.com/watch?v=k_mdNRZzd30
Firebase Crashlytics ❏ クラッシュが急増した場合Slackで通知・メールが届く ❏ アップルによるレビューがあるためすぐには修正リリースができない ❏ 半日〜1日程度かかる ❏ 最優先で対応
❏ 人力!!!!!
まとめ
まとめ ❏ 使いやすいこと・想定通りの動きをすること : リリース前 ❏ Bitriseをフル活用して質を担保する ❏ ユニットテストの逐次実行 ❏
TestFlightでの内部テスターへの配布やリリース作業を自動化 ❏ クラッシュしないこと: リリース後 ❏ Firebase Crashlyticsでカバーリングを行う ❏ 注視 ❏ 警告通知・メール ❏ 最優先かつ最速で対応する
おわり