Espressoのperform(click())とはなにか - Qiita
Espressoとは、Googleが公開しているAndroid用のUIテスティングフレームワークです。 使い方は以下のように、onViewでViewを指定して、performで操作を行って、checkで照合します。 @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())どうい
Androidアプリの非同期なテストを書く時の悩みをEspresso Idling Resourceで解決する #関モバ - Takuji->find;
こんにちは、最近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
EspressoでテストするときにApplicationクラスを入れ替える - Qiita
import android.app.Application; public class NormalApplication extends Application { } <?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=".No
Espresso Test RecorderでUIテスト作成にかける時間を削減しよう - Qiita
AndroidStudio2.2から利用可能になるEspresso Test Recorderを使ってみました。 EspressoでUIテスト書いている方も多いかと思いますが、操作記録をテストコードにおこしてくれるツールです。 UIテスト作成にかける工数削減に繋がれば良いですね。 個人的には業務の方のアプリ開発で、Quality向上のためにUIAutomatorやEspressoでUIテスト作成を試みたことはあります。 ですが、自前で書くと時間がかかるので、開発プロセスに取りいれるのはやめたことがあります。 そして、UIテスト作成を任意にすると、開発メンバは時間が無くてだいたい皆UIテスト書かなくなります。（マネージャー側は保守より機能対応優先で考えがちですし） 準備 2016/7/1現在AndroidStudio2.2の正式版はリリースされていないのでpreview版をインストールします
AndroidでEspresso + Spoonでキャプチャを撮りつつUIテストを走らせる - もやもやエンジニア
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
AndroidプロジェクトにEspressoを導入してみた - Qiita
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
Testing ViewPager with Espresso. How perfom action to a button of an Item?
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
EspressoでのAndroid UIテスト時にScreenShotをとる 備忘録 - Qiita
はじめに Supportライブラリに追加されたAndroidのテスティングフレームワークであるEspressoを使いたいけど ScreenShotのとり方がわからなかったのでいろいろやったことのまとめ 備忘録で書いたのでエラー処理などは雑 Espressoの導入 まずはモジュール直下のbuild.gradleに以下を追加 android { defaultConfig{ testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" } } dependencies { compile 'com.android.support:support-annotations:+' androidTestCompile 'com.android.support.test.espresso:espresso-core
EspressoでRecyclerView内部のViewへのperformやcheckを行う方法 - Qiita
EspressoでRecyclerViewの内部のViewに対してperformやcheckをしたかったので、そのときのworkaroundです。 次のようなMatcher用のメソッドを作ります。 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
EspressoでViewPager内のFragment間でView IDが被っているときの回避方法 - Qiita
AndroidアプリをJUnitでテストするときの話です。 ViewPagerは中に複数のFragmentを入れることができるため、 同じView IDがそれぞれのFragmentに含まれているとき、 次のように単純にwithIdでマッチングさせようとすると、 複数のViewがヒットしてエラーが発生します。 onView(withId(R.id.recycler_view)) .perform(actionOnItemAtPosition(1, click())); onView(allOf(withId(R.id.recycler_view), ViewMatchers.isDescendantOfA(Matchers.equalTo(fragment.getView()))) .perform(actionOnItemAtPosition(1, click()));
EspressoテストでMenuアイテムの表示、非表示を確認したい - Qiita
@Test public void testMenuItem() { // 表示されていることを確認する場合 onView(withText(R.string.menu_setting)).check(matches(isDisplayed())); // 表示されていないことを確認する場合 onView(withText(R.string.menu_refresh)).check(doesNotExist()); } OverFlowMenu内のメニューアイテムを確認する OverFlowMenu内のアイテムを確認するには、OverFlowMenuを開く必要がある @Test public void testOverFlowMenuItem() { // オーバーフローメニューを開く openActionBarOverflowOrOptionsMenu(mActivityRule.get
Espresso basics | Android Developers
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
onDataでCustomAdapterを使ったlistviewのテスト方法 - うさがにっき
概要 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階層に組み
Android ユニットテストとUIテストの自動化プラクティス - Qiita
環境 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の主なコンポーネントを理解し、基本的な使い方をまとめる 詳細 基本的な構成要素 Espresso Viewとのインタラクションのエントリーポイント(onView, onDataなど) pressBackのようなViewに紐付かないものも扱う ViewMatchers Matcherの実装を集めたもの それらは現在のViewの構造から目的のViewが何処にあるのかを特定するためにonViewメソッドなどに渡すことができる ViewActions クリックやスクロールといったアクションを表すものを集めたもの それらはViewInteraction.performメソッドに渡せる ViewAssertions ViewAssertionsを集めたもので、ViewInteraction.checkメ
Dagger 2 + Espresso 2 + Mockito
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ページを開く
Espresso: Custom Idling Resource
How to use Espresso Idling Resource
junit.framework.AssertionFailedError: Exception in constructor: (java.lang.NoClassDefFoundError)
Espresso 2.0 - Method annotated with @Test inside class extending junit3 testcase