@Test public void greeterSaysHello() { onView(withId(R.id.name_field)).perform(typeText("Steve")); onView(withId(R.id.greet_button)).perform(click()); onView(withText("Hello Steve!")).check(matches(isDisplayed())); } わかりやすい仕組みなので導入は簡単なのですが、 使用頻度の高いperform(click())を使っていると 「perform(click())どういう仕組みなんだ..?」 とモヤモヤしたのでperform(click())のソースコードの処理を追ってみました。 Android SDK28、EspressoのバージョンはAndroidXの3.1.1で調べています。
こんにちは、最近TDDに回帰している id:takuji31 です。 最近 Espresso Idling Resource を使い始めたので紹介します。 なお、この記事の一部は本日開催の関西モバイルアプリ研究会#24で発表された内容です。 UIテストを書く時の悩み 雑な解決方法 ちょっと賢い方法 Espresso Idling Resource 使い方 セットアップ IdlingResource fun getName(): String fun isIdleNow(): Boolean fun registerIdleTransitionCallback(callback: IdlingResource.ResourceCallback?) 実装 使う アプリ側 テストコード デフォルトで用意されているIdlingResource CountingIdlingResource Idli
<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="jp.co.hoge.test"> <application android:allowBackup="true" android:icon="@mipmap/ic_launcher" android:label="@string/app_name" android:supportsRtl="true" //ここにNormalApplicationを指定 android:name=".NormalApplication" android:theme="@style/AppTheme"> <activity android:name=".MainActivity
AndroidStudio2.2から利用可能になるEspresso Test Recorderを使ってみました。 EspressoでUIテスト書いている方も多いかと思いますが、操作記録をテストコードにおこしてくれるツールです。 UIテスト作成にかける工数削減に繋がれば良いですね。 個人的には業務の方のアプリ開発で、Quality向上のためにUIAutomatorやEspressoでUIテスト作成を試みたことはあります。 ですが、自前で書くと時間がかかるので、開発プロセスに取りいれるのはやめたことがあります。 そして、UIテスト作成を任意にすると、開発メンバは時間が無くてだいたい皆UIテスト書かなくなります。（マネージャー側は保守より機能対応優先で考えがちですし） 準備 2016/7/1現在AndroidStudio2.2の正式版はリリースされていないのでpreview版をインストールします
Android実機上でのテストにはEspressoというテスティングフレームワークを使いますが、Spoonというライブラリと組み合わせることでUIテスト実行時のキャプチャを残すことができます。導入してみたのでメモになります。 導入 Espressoは導入済の状態からSpoonを入れます。この記事を書いている時点でのバージョンは以下の通りです。 Espresso : 2.2.2 Spoon : 1.6.4 プロジェクトのbuild.gradleにプラグインを追加。 buildscript { dependencies { ... classpath 'com.stanfy.spoon:spoon-gradle-plugin:1.2.2' } } アプリケーションのbuild.gradleにライブラリを追加。プラグインも有効にしておく。 apply plugin: 'spoon' spoon
Espressoとは Android の UI Testing Support Library の1つです。 Androidプロジェクトへの適用 今回は、Espresso を使える状態までセットアップします。 実行環境 Ubuntu 14.04 Android Studio 1.5.1 Android SDK Tools: 24.4.1 Android SDK Platform-tools: 23.1 Android SDK Build-tools: 23.0.2 Android Support Library: 23.2.1 プロジェクトへの適用 app.gradleに追記(最小限) @@ -23,4 +25,7 @@ dependencies { compile fileTree(dir: 'libs', include: ['*.jar']) testCompile 'junit:j
I have a ViewPager whith items containing only a picture and a button. I can't successfully interact with the UI of an item (Page) because, except the displayed picture, there is nothing to differentiate (from UI point of view) all items of the ViewPager. I tried to select only one item with a position: onData(is(instanceOf(ItemClass.class))) .atPosition(0) .onChildView(withId(R.id.button)) .perfo
public static Matcher<View> withIdInRecyclerView(int id, int recyclerViewId, int position) { return allOf(ViewMatchers.withId(id), isDescendantOfRecyclerView(recyclerViewId, position)); } public static Matcher<View> isDescendantOfRecyclerView(final int recyclerViewId, final int position) { return new BaseMatcher<View>() { @Override public boolean matches(Object arg) { if (arg instanceof View) { Vi
This document explains how to complete common automated testing tasks using the Espresso API. The Espresso API encourages test authors to think in terms of what a user might do while interacting with the application - locating UI elements and interacting with them. At the same time, the framework prevents direct access to activities and views of the application because holding on to these objects
概要 EspressoでonDataを使えばlistviewのadapterをテストできるという記事はよく見かけるが、customAdapterに対してどうすればテストができるかという日本語記事はほとんどなかった のでまとめた 詳細 Espressoとは？ ここらへん参照 Testing UI for a Single App | Android Developers 2015年7月時点でのJUnit4やEspressoを使ったAndroidアプリのテストについて - Qiita onDataとは？ onDataはAdapterView(ListViewとか)のテストに使う AdapterViewはAdapterからデータを複数読み込み、1データ1項目として展開するView つまり、同じ見た目のViewが複数存在することになる AdapterViewの子要素は必要に応じてView階層に組み
環境 Mac OSX IntelliJ IDEA 15 JUnit 4.x Hamcrest Mockito 1.10.19 Espresso 2.2.1 概要 JUnitは、Javaのテスティングフレームワークです。 テストの実行、期待値と実測値の検証、テストケースのフォーマット（アノテーションなど）の機能を持ちますが、実際のテストでは、拡張APIを利用することの方が多いと思います。 JUnit4から、Android SDKに公式サポートされているので、特定のディレクトリにテストコードを配置すれば、意識せずに実行することができてしまいます。（拡張APIもGradleでインストールできるので、こちらも意識せずに利用できてしまいます） そして、実際にテストコードを書く段階になって、どの機能を誰が提供してくれているのか、わからなくなります。 JUnitと拡張API JUnit テスティングフレ
概要 Espressoを使った自動化テスト環境を作成する - うさがにっき の続き Espressoの主なコンポーネントを理解し、基本的な使い方をまとめる 詳細 基本的な構成要素 Espresso Viewとのインタラクションのエントリーポイント(onView, onDataなど) pressBackのようなViewに紐付かないものも扱う ViewMatchers Matcherの実装を集めたもの それらは現在のViewの構造から目的のViewが何処にあるのかを特定するためにonViewメソッドなどに渡すことができる ViewActions クリックやスクロールといったアクションを表すものを集めたもの それらはViewInteraction.performメソッドに渡せる ViewAssertions ViewAssertionsを集めたもので、ViewInteraction.checkメ
I've been doing Android instrumentation testing with Dagger, Espresso and Mockito, and I love it. To commemorate the launch of Dagger 2 out of SNAPSHOT, I am sharing a demo repo with Dagger 2, Espresso 2 and Mockito: https://github.com/chiuki/android-test-demo Dagger Components Dependency injection allows our app and test obtain different modules. This is very useful for creating repeatable test c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く