RobolectricでLocaleを指定するには@Config(qualifiers)を使う テストで特定のLocaleで実行したいときってありますよね。Robolectric*1だと@Config(qualifiers)*2を使うことでテストのLocaleを指定できます。 @RunWith(RobolectricTestRunner::class) @Config(qualifiers = "zh-rCN") class HogeTest { ただこれだとテストケース全体に適用されるので、ある言語の時だけ特殊な表記をするケースなんかを書くのには適しません。 複数のLocaleで回したい場合はEnclosedを使う? Enclosedを使えば一つのクラスのなかで複数のテストクラスを書けるので、qualifiersを分けてテストを書けます。 @RunWith(Enclosed::class
Android Test Night #2 でお話した（する）内容です。 https://testnight.connpass.com/event/69397/Read less
Android + Kotlinアプリで、Robolectric + Mockitoを使ったテスト環境を整えるときにハマったこと総まとめAndroidKotlinMockitorobolectric 以下のライブラリ等を使っています。 Android Studio 2.3.3 AndroidのcompileSdkVersion 26 Kotlin 1.1.50 Robolectric 4.3.2 Mockito-Kotlin 1.5.0 内部で使用されているMockitoは 2.8.9 動機 KotlinでAndroidアプリを書いています。 今まではほとんどテストがなかったので、ちゃんと動くテストを書こうと思いたちました。 Android実機（もしくはエミュレーター）上で実行する Instrumented Test は、dexを作ったり実機に転送したりと、何かとテスト実行まで時間がかかり
何がしたいか テストコードを書くことを考慮してないFragmentのコードに対して、テストコードを書いていきたい。既存コードを変更せずに。 テストとしては例えば、APIアクセスの結果、特定のエラーレスポンスの場合は別画面に遷移するとか。 既存コードの仕組み OkHttp+RetrofitでAPIアクセスを管理しています。 また、APIの接続先が本番・ステージング・開発の3環境あるので、strings.xmlを各build variantsのディレクトリに置いています。 ApiClientというクラスで、Retrofitのサービスインスタンスを生成しています。 （ホントは、DaggerとかでDIしたほうが良さそうですが。） public class ApiClient { private static ApiClient sApiClient; private HogeService hog
Kotlin、盛り上がってますよね。新しいプロジェクトを作るなら Kotlin したいんですが、既存プロジェクトでも Kotlin をしたい気持ちもあるでしょう。しかし、大きくなった既存プロジェクトにいきなり Kotlin を導入するのも骨が折れます。そこで今回は、大きなプロジェクトでもちょっとずつ Kotlin が始められるよう、まずはテストコードから Kotlin をしてみる最短ステップをここに残しておこうと思います。 現在の構成 弊社の Android アプリのコードは Java でできています。テストコードは Robolectric 3.1.2 で、IDE は AndroidStudio 2.2 です。IntelliJ Plugin の Kotlin Plugin も入っています。 構成管理 プロジェクトのルートにあるbuild.gradleに、Kotlin のプラグインを追加しま
概要 つい先日、Robolectric 3.1がリリースされました。Robolectric 3.0がリリースされたのは2015年7月で、Robolectric 3.1のリリースは2016年6月ですから、ほぼ1年ぶりのアップデートとなりました。 主なアップデート内容はLollipop-MR1およびMarshmallowサポート、Play ServicesのShadowクラスの改善などがあるようです。 公式のアップデートガイドによると、ShadowApplicationクラスの機能がRuntimeEnvironment.applicationに置き換えられるようですが、実際にはこれ以外にも多くの変更が入っており、おそらくこのガイドにある変更だけでは不足することが出てくるでしょう(3.0から3.1へのdiffを出してみましたが、GitHub上では大きすぎて一部のdiffしか閲覧できません😢)。
Robolectric + Dagger2 + Mockito を使ってテストを書くハンズオン# Android_Testing_BCAndroidrobolectric 自己紹介 @numa08 スマホアプリつくるようじょ おしながき Android の2つのテスト Robolectric って何? テストの無いアプリにテストを追加していこう Android の2つのテスト gradle のタスク名から名前を取りました AndroidTest 本物のデバイスやエミュレータで動くテスト Androidフレームワークの機能をそのまま使える Android の2つのテスト Unit Test JVM上で実行されるテスト AndroidフレームワークのコードはJVMでは動かないのでモックが必要 AndroidTestより動作が速い おしながき Android の2つのテスト Robolectri
概要 前回のアップデートから一ヶ月ほど経ちましたが、しれっと Robolectric 3.1.1 がリリースされています。今回の差分は ウェブ上でも確認できるほどのサイズですが、例によって破壊的変更が入っていますので、バージョン番号を上げるだけでは動かない場合があります。 RobolectricGradleTestRunner は deprecated 代わりに、RobolectricTestRunnerを使いましょう。 DefaultPackageManager のコンストラクタ 以前はShadowsAdapterのインスタンスを渡していましたが、3.1.1 からResourceLoaderを渡すように変更されました。 ResourceLoaderはRuntimeEnvironmentが提供しているものを使用できます。 よって、次のように変更をする必要があります。 // 3.1 まで D
スクラムエンジニアリンググループの片渕です。 先日、AndroidオールスターズというイベントでAndroidのテストに関してお話させて頂きました。 当日のレポートは以下のサイトに詳しくまとまっています。 [イベントレポート] Android オールスターズ #dotsandroid ｜ Developers.IO Androidオールスターズの資料と関連ツイートのまとめ 話した事 以下の様な構成で話をしました。 なぜテストを書く必要があるのか どこをどうテストするのか 各テストフェーズで利用するライブラリとそのTips スライドをUPしていますので、以下はスライドを補完する内容となります。 なぜテストを書くのか テストを書くのは行儀の良いエンジニアであれば当たり前、と言ってしまえばそれまでですが、組織ではアクションに対するゴールの共通認識がないと個人に依存する部分が増え最終的に破綻する事
It allows Android applications to be tested on the JVM without an emulator or device. Running Android tests on the JVM usually fails because the Android core libraries included with the SDK, specifically the android.jar file, only contain stub implementations of the Android classes. The actual implementations of the core libraries are built directly on the device or emulator, so running tests usua
表題の環境にてテストを実行した時にテストが全コケなんて事になってしまったので、その解決の過程なんかをまとめてみます。 Androidでテストするとき、Roboletlicを使うとエミュレーターへの接続が無かったりして高速にできるし便利です。 ということで導入してちょこちょこテスト書きつつ品質上げていこうな！と思っていました。 さらにアプリの品質を向上させるため、メモリリーク発生時に検出してくれるクールなLeakCanaryを導入してみました。 Robolectricはこの辺りや http://qiita.com/yuya_presto/items/d5cc27225a19e1971096 LeakCanaryはこの辺を http://qiita.com/rejasupotaro/items/4a8cfe0abda2d83145dd 参考にさせていただきました。ありがとうございます。 さて本
package com.example.horie1024.test; import org.junit.Test; import org.junit.runner.RunWith; import org.robolectric.Robolectric; import java.io.InputStream; import static org.junit.Assert.assertNotNull; @org.robolectric.annotation.Config(emulateSdk = 18) @RunWith(RobolectricTestRunner.class) public class HogeTest { @Test public void readAssets() throws IOException { InputStream is = Robolectric.app
Post published:March 19, 2015 Post Author:Einar Valgeirsson Post Category:Android / Testing Post Comments:2 Comments In our current project we are using Robolectric when writing unit tests for our Android application and it has been working out really well. Recently I needed to write a test case that performed an operation several times, but with different test data, and assert that the correct ac
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
