iOSアプリの信頼性を向上させる取り組み 2025/09/24 

Introduction 篠原 裕貴
 ・マネーフォワード クラウド経費 iOSエンジニア 
 ・経歴: 地方公務員→オーストラリア→英会話講師→NOW 
 
 

マネーフォワード クラウド経費 
 
 

No content

信頼性 

モバイルアプリの信頼性 ❏ 使いやすいこと・想定通りの動きをすること : リリース前 ❏ クラッシュしないこと: リリース後 

リリース前 

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でカバーリングを行う ❏ 注視 ❏ 警告通知・メール ❏ 最優先かつ最速で対応する 

おわり