※この記事は2016-08-10に書いた自分のブログからの移行です
##追記
- 2016/10/19 static methodのテスト
#はじめに
この記事をまとめるにあたって
Best Practices for Testing | Android Developers を主に参考にしています。
Androidのテストは大きく分けて Unit test と UI test の２種類があり、実装方法や対象などで分けると5種類ある。
| ジャンル | テストの種類 | Androidへの依存 | 主に利用するツール | 特徴 |
|---|---|---|---|---|
| Unit Test | local unit Test | なし | Mockito | java VMで動作する |
| instrumentation Test | あり | hamcrest | Android上で動作する。 Context, SharedPreference, Parcelable を利用したテストができる | |
| App Component Test | あり | Serviceなどのテスト | ||
| UI Test | single app Test | あり | espresso | 実質Android5以上の端末で動作 |
| multi app Test | あり | uiautomator | v18以上。 |
local unit test
android framework に依存しないテスト。java vm で実行されるため、他のAndroidOSに依存するテストに比べて高速。
android.jar は実際のコードが存在しないため、例外をスローしてしまう。そのため、以下の対応をする必要がある。
- Mockito で代替となるモックの処理を実装する
- テスト対象を android.jar に依存しないコードにがんばってする
Mockitoで処理する場合
-
unitTests.returnDefaultValues = trueを設定し、android.jarの中を呼んだ場合に、例外ではなくデフォルト値を返すようにする。 - Mockitoでモックを実装する
#build.gradle
android{
testOptions {
unitTests.returnDefaultValues = true
}
}
kotlinでMockito
Mockitoがkotlinの予約語を使っているので、バッククォートが入ってちょっと書きづらい
Mockito.`when`()
nhaarman/mockito-kotlin の whenever()を使えばいい感じに出来そうだったけど、引数がnullを許容していないので使いづらい。
fun <T> whenever(methodCall: T?) = Mockito.`when`(methodCall)
こんな感じで定義し直せばそれっぽく使える。
static methodのテスト
mockitoだけではできないのでpowermockを使います。
dependencies {
// testCompile 'org.mockito:mockito-all:1.10.19'
testCompile 'org.powermock:powermock-module-junit4:1.6.2'
testCompile 'org.powermock:powermock-api-mockito:1.6.2'
}
テストランナーとか以下みたいな感じにします。
@RunWith(PowerMockRunner::class)
@PrepareForTest(Uri::class)
class HogeTest {
@Mock
lateinit var uri: Uri
@Test
fun test(){
PowerMockito.mockStatic(Uri::class.java)
whenever(Uri.parse("http://example.com")).thenReturn(uri)
}
}
instrumentation test
android framework に依存したテスト。Android のエミュレータや実機 で実行される
直ぐにテストを実行できない問題にはまる
Android Studio の右クリック > Run すると、JUnitテストとして動いてしまい、 Empty test suite. とエラーになりテストできない。
以下の雛形を元に Android Testとしてビルド設定を作り実行するとちゃんと動く。
single app for espresso
後で書く
multi app for uiautomator
後で書く
Tips
android library のテストで 64k 問題にはまる
テストと直接関係ない話だけど、テストライブラリとか追加してたらはまった。デバッグビルドの時だけ、multidexにする。
android{
buildTypes {
debug{
multiDexEnabled true
}
}
}
dependencies {
debugCompile 'com.android.support:multidex:1.0.1'
}
DaggerによるDI差し替え
以下の記事が素敵です。
現実世界でのAndroid + Dagger2によるテスト