テストクラスをAndroid Instrumentation TestsとRobolectric Tests両方で走らせる - Islands in the byte stream
（追記: このハックはライブラリとして独立させました gfx/RobolectricInstrumentation · GitHub） Robolectricは便利ですが、Oracle JREとAndroid Runtimeの微妙な挙動の違い、特にAndroid Runtimeにバグの回避するようなコードのテストができないという問題があります。 ところでRobolectricを純粋にJVM用のAndroid Frameworkランタイムとみなすと、テストクラスをほとんどAndroid Instrumentation Testsと同じように書くことができます。 Robolectricのほうがテストの実行が速いので、開発中はRobolectricを使うほうが効率はいいのですが、微妙に挙動に違いがあるので実機でもテストは走らせたいところです。そこで同じテストクラスをAndroid Instrum
Robolectric 3.0でandroid.util.Logの出力を確認する方法 - Islands in the byte stream
テストケースクラスで以下の用に設定すると、 android.util.Log の結果がAndroid Studioのテストログに出力される。 static { System.setProperty("robolectric.logging", "stdout"); } テスト実行の際のVM optionsに -Drobolectric.logging=stdout を与えても同じだけど、異なるテスト設定を作るたびにこのオプションを設定するのは面倒だ。だから詳細なログが必要なテストケースでのみ有効にするのがいいと思う。コードに記録されるから情報共有もしやすいし。 なおrobolectricで実行すると BuildConfig.DEBUG が false になるので、ライブラリであればログの有効化は外から指定できるようにしたほうがいい。あるいはTimberのようなロガーを使うのも悪くない。 参
Robolectric を 3.0 にアップデートするときにハマる箇所 - Qiita
公式のやることリスト 公式が Wiki にガイドを用意してくれています。基本的にはこのガイドに従ってアップデートしていきます。 足りない部分 しかしアプリケーションによっては足りない部分があり、テストがテストケースとは関係ない部分でバッタバッタと死んでいく事があります。 1. targetSdk が 22 で落ちる 現状 Robolectric 3.0 で対応しているのは 21 までです。targetSdkVersion を 22 にしていると、UnsupportedOperationExceptionでテストができません。 対応するには、@Configアノテーションでバージョンを指定します。 @Config(constants = BuildConfig.class, sdk = 21) public class SomeTest {} 2. MultiDex で落ちる Multidex
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
