At first Espresso tool was not announced alone, it is used together with GoogleInstrumentationTestRunner - an improved InstrumentationTestRunner. That means that you have to claim it's usage in AndroidManifest.xml file of your test application and set it in test project Run Configurations.
Espresso set up instructions are quite clear, at least for Eclipse IDE. If everything goes well you'll manage to run first test in 30 minutes.
Keep in mind following points which I hope will help you to save some time before starting:
- you have to check that your test project and project under test have no reused libraries. Most common one is android-support-v4.jar. You have to remove them from test project. Having jars in both projects will lead to below issue
android.test.suitebuilder.TestSuiteBuilder$FailedToCreateTests
- set up to every test in Eclipse Run->Run Configurations with GoogleInstrumentationTestRunner if you'd like to run concrete test from your project.
- there is no support of testing navigation drawer element yet but under this link you can find a workaround. Seems that official support of this feature will be added soon.
- if the element you want to perform action on is not visible on device screen - you have to scroll to it first or, in case of lists, use onData() method.
What I personally like in Espresso:
- fast tests execution. Comparing to Robotium, Espresso's test are running much more faster (up to 3-4 times).
- you don't need to care about waitForActivity anymore, Espresso will handle this for you.
- responsive support - you may ask question in Google group - android-test-kit.
- clear test commands.
- you can run your tests from command line which allows you to integrate them into CI process.
- possibility to write multiply instructions for one element in one command:
onView(withId(is(R.id.edit_password))).perform(
scrollTo(),
click(),
typeText(password),
closeSoftKeyboard());
What I don't like:
- (and like the same time) to fully use the power of onData() command you must implement matchers by yourself, but when you got how to do it they become the real powerful tool for you.
- you have to handle delayed response from server request before continuing with a test - example is here.
- lack of documentation that covers all Espresso's features.
Summarizing all above I'd like to say that at first glance it seems that Espresso's API is clear and understandable but after some time you understand that it requires deeper development knowledge. Seems that Espresso is targeting more developers audience than testers.
And taking into consideration that Google takes care of it, this tool probably will grow as a snow ball in the nearest feature. So, keep monitoring ;)
And taking into consideration that Google takes care of it, this tool probably will grow as a snow ball in the nearest feature. So, keep monitoring ;)
Comments
Post a Comment