アプリに開発者モードを用意する

アプリに開発者モードを用意する 2015-01-15 Potatotips #13 黒川洋 / @hydrakecat

こんなことはないですか（その1）開発者「サーバーに◦◦ というログが送信されるのを確認してください」テスター「
どうやって確認すれば良いのですか？」開発者「」開発者「A/B 対象のユーザーの場合は UI が◦◦ になっていることを確認してください」テスター「どうやったら対象ユーザーになれますか？」開発者「」（新規登録を20 回くらいやれば...）

こんなことはないですか（その2）社内ユーザー「電車の中で使っていたら、変な挙動が」開発者「すみませんすみません。スクリー
ンショットとかありますか？」社内ユーザー「ないです。再現もできませんでした。」開発者「」開発者（移動中）「あ、クラッシュした。」開発者「ログ見たいけれど、手元にマシンがない。家に着くまで待つか。」開発者「」（ログが流れてしまったときの顔）

開発者モードとは開発/ テストに特化した機能を有効にした状態。リリースビルドには含まれない。たとえば、以下のような操作を可能にする。
ユーザーID やトークンなどの詳細情報の表示 A/B フラグなど本来はユーザーが変更できない設定の変更サーバーからのレスポンスの書き換えログの取得/ 表示

例：デバッグオプション通常時開発者モード時

開発者モードの必要性開発時いちいちリモートデバッグしたりコードを変更して、サーバーのレスポンスを書き換えなくて済む通常はユー
ザーに見せない情報を表示するので、デバッグしやすいテスト時サーバー側を変更したり複雑なプロキシの設定をせずにテストが可能 ⇒ テストを依頼しやすいログなどの情報が取れるので、デバッグが容易

開発者モードの注意点開発用のコードがプロダクションに入らないようにする実際のレスポンスとダミーレスポンスが乖離しないようにダミーレスポンスでのテストを信用しすぎない ⇒ mitmproxy
といったプロキシも併用する

実装方法 (Android Studio) Android Studio の flavor を使うと便利以下は、testflight という
flavor を定義しているところ

フラグの切り替え SharedPreferences で管理サーバーレスポンスを書き換えるようなものは、後述のダミーレスポンスと併用する方が良い

詳細情報の表示ユーザー ID や、トークンなどデバッグに便利な情報ダイナミックな情報を表示するときの工夫トーストの利用
印（マーク）を付ける

ログの表示 Timber を使って、ローカルファイルにログを書き込む java.util.logger を使うと、ログファイルサイズに上限を設けられるメソッド名を出したい場合は、
自分でスタックトレースから取り出す必要がある @Override public void e(Throwable t, String message, Object... args) { final StackTraceElement[] stackTrace = new Throwable().getStackTrace(); final StackTraceElement e = stackTrace[5]; logger.logp(level, e.getClassName(), e.getMethodName(), String.format(message, args), t);

ダミーレスポンス Retrofit を使っているなら、Mock Client を使うと楽 API からファイルパスへのマッピングをしておく例: GET
http://<hostname>/a/b ⇒ a/b/get.json private static class MockClient implements Client { ... @Override public Response execute(Request request) throws IOException { String path = "dummy/platform" + uri.getPath() + "/" + request.getMethod().toLowerCase() + ".json";

今後やりたいことスクリーンショット + ログファイル + 設定のダンプを一発で取れるようにする録画ログレベルの制御

アプリに開発者モードを用意する

アプリに開発者モードを用意する

Hiroshi Kurokawa

More Decks by Hiroshi Kurokawa

Other Decks in Technology

Featured

Transcript