バージョンアップ対応を軽減するサービス：マスティフ

Copyright © DeNA Co.,Ltd. All Rights Reserved.
AKIBA.swift 1周年記念
iOS Test Night枠
2017/04/17(Mon)
平田敏之@DeNA
バージョンアップの対応を
軽減するためのサービス(マスティフ)の構築

自己紹介
 平田敏之@DeNA
⁃ SWET (Software Engineer in Test)
• 事業サポートチーム / テスト基盤チーム
• ミッション
⁃ DeNAサービス全般の品質向上
⁃ DeNAエンジニアの開発生産性向上
⁃ 私がやっていること(の一部)
• クライアントアプリ周りのテスト戦略、自動テストの開発
• CI/CD環境整備
• テスト基盤環境の開発
• iOS Test Nightの主催

今日の発表の流れ
 はじめに
⁃ バージョンアップ対応の大変さについて
 マスティフの構築について
 システム構成
 iOSアプリにおける動作確認について
 おわりに

はじめに
 バージョンアップ対応で苦労した経験はありませんか？
⁃ Xcode、利用しているライブラリなど
 こんな経験はありませんか？
⁃ 新バージョンへの移行時のコスト見積もりが難しいので先延ばし
• バージョンアップしてみたらビルドすら通らなかった
⁃ バージョンを固定化していたのに動かなくなった
• fastlane/spaceshipとか使っているとあったり(Apple側の改修で..)
⁃ いつバージョンがあがるか(あがったか)は分からない
• 気づいたときにバージョンアップをしてみる
ここにかかるコストを減らしたい

バージョンアップの対応を軽減するためのサービスの構築
 やりたいこと
⁃ 利用ライブラリがバージョンアップしたら動作確認をする
• 対処が必要かを早めに分かるようにしたい
• ビルド時間、ファイルサイズなどの変化をしりたい
⁃ 既存ライブラリが問題なく動くことを定期的に動作確認する
• 使えなくなったことを早めに知りたい
• → dailyで動作確認を実行すれば良い
 バージョンアップ検知の対象(for iOS)
⁃ Gemfile
⁃ CocoaPods
⁃ Carthage
⁃ Xcode
マスティフ

本サービス名：マスティフ
 SWETで開発しているサービスは犬の名前がついています。
⁃ 本サービス名：マスティフ
⁃ 他のサービス：ポメラニアン
• テスト結果の集計と集計結果を使った機能をプラグイン的に追加できる
ツール
⁃ 利用例：テスト結果の整理とテストの並列実行の割り振り
• 今までのテスト結果を元にどのように並列して実行するかを決めてくれる

システム構成(おおまかに)
全体管理
バージョンチェック
動作確認
結果管理
digdag
Jenkins
slack
作成中
モバイルアプリ
(iOS / Android)
このバージョンで
動作確認してください
あなた自身(Xcodeとか)を
バージョンアップしてください
・ファイルサイズ
・ビルド時間
などを管理し公開する

マスティフの想定する利用のされ方
 1) SWETが用意したアプリによる動作確認の結果を確認
⁃ メリット
• 各ライブラリやXcodeのバージョンによる差異がわかる
⁃ ビルド時間の差、ファイルサイズの差
⁃ 該当バージョンのライブラリが問題なく利用できるかどうか
⁃ 不足点
• 自分たちが使っているライブラリが対応されているとは限らない
• ライブラリの使い方が同じとは限らない
 2) 自分たちのアプリに組み込む
⁃ 導入コストはかかるがやりたいことが出来る

iOSアプリにおける動作確認(1/2)
 サンプルアプリ(SWET製)
⁃ 言語：Swift 3
⁃ ビルド、テストの実行等
• fastlane
⁃ 機能(の一部)
• Firebase Realtimeを使った
チャット
• Realmを使ったフォーム画面
⁃ ライブラリ管理
• CocoaPods
• Carthage
⁃ 自動テスト
• UIテスト
⁃ XCUITest
⁃ EarlGrey
⁃ fastlane/snapshot
 マスティフ(太字が自分たちで用意するもの)
 action_mapping.yml
 ライブラリに対してどのlane
を実行するかの定義書
 versionファイル
 どのversionを使っているか
が書かれたファイル
 fastlane関係
 MastiffFastlane
 overrideと独自のlaneが
書かれている
 独自action(plugin化予定)
 Podfile/Gemfile/Cartha
ge/Carthage.privateの
更新
 実行するlaneを決定

iOSアプリにおける動作確認(2/2)
 fastlaneを活用
⁃ Fastfile周り
• 別のFastfileを読み込む事が可能(import / import_from_git)
⁃ import “./MastiffFastfile”
⁃ これによりマスティフに必要なlaneが追加される
• 既存laneのoverrideが可能
⁃ before_allの上書き
⁃ override_laneによるlaneの上書き
⁃ 独自action
• (1) ライブラリに応じて実行するlane(1以上)を決める
• (2) ライブラリのバージョン情報を更新する
参考：https://github.com/fastlane/fastlane/blob/master/fastlane/docs/Advanced.md
既存アプリにも少ない工数で導入は可能

バージョンアップ時の動作確認のフロー
最新のバージョンで
動作確認
結果
1つ前のバージョンで
動作確認最新のバージョンに
更新
成功
失敗
対象ライブラリに応じて
動作確認が変わる
失敗 → 原因を特定したい
前のバージョンで動作確認
成功
→ このバージョンアップに何かあるかもしれない
失敗
→ このバージョンアップとは別の原因があるかもしれない
対象ライブラリの
バージョンアップ
ライブラリは
リポジトリ管理

Xcodeのバージョンアップと動作確認
前提：
⁃ ビルドマシンとしてJenkinsを利用
• クラウドだと最新のXcodeがいつ使えるか不明のため
⁃ Application Detector Plugin(SWET製)を利用
• 複数バージョンのアプリケーションを扱うためのプラグイン
フロー：
 Xcodeのバージョンアップチェック
 Xcodeをビルドマシンにインストール
 ビルドマシンで動くJenkins(slave)を一旦切断
⁃ Pluginの仕様の関係
 (自動化対応中) 新しいXcodeで動作確認をおこなう

Application Detector Pluginとは？
 複数のXcodeバージョンの扱いを簡単にするplugin
⁃ インストールされているXcodeのバージョンに基づきlabelを付与
⁃ ビルドパラメータとしてXcodeのバージョンを指定可能
 Jenkinsの構成例
⁃ Master
⁃ slave1(mac) / label: Xcode8.1
• Xcode8.1
⁃ slave2(mac) / label: Xcode8.2 Xcode8.3.1
• Xcode8.2
• Xcode8.3.1
 実行
⁃ ビルドパラメータ：Xcode8.3.1と指定
⁃ slave2でjobが実行される

実行結果
Slack通知
動作確認内容
fastlaneのreport.xmlとして出力
毎日動く現行バージョンの動作確認バージョンアップ時に動く新バージョンの動作確認

さいごに
 バージョンアップ(等)に伴う苦労を軽減するサービスを実装中です。
⁃ バージョンアップ時に必要な対策情報も随時公開していく予定。
⁃ 各機能(サービス)に関しては随時公開していく予定。
 In the Future Work(の一部)
⁃ 1. 端末のOSバージョンも対象へ
⁃ 2. エラーログの解析
⁃ 3. OSS化

バージョンアップ対応を軽減するサービス：マスティフ

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to バージョンアップ対応を軽減するサービス：マスティフ

Similar to バージョンアップ対応を軽減するサービス：マスティフ (20)

More from Toshiyuki Hirata

More from Toshiyuki Hirata (8)

Recently uploaded

Recently uploaded (8)

バージョンアップ対応を軽減するサービス：マスティフ