Common pitfalls in mobile testing
summary
Gives concrete failures: tests that only assert simple return values, coverage jumping from ~5–6% to 90% coverage but meaningless by merely calling methods, and tests that verify implementation calls instead of behavior. Shows tools and fixes: Retrofit interceptors, Mockito spies vs real request inspection, Robolectric shadows (for example Robolectric shadow content resolver and Apache HTTP interception caveats), Appium page objects to separate instrumentation from assertions, avoid singletons/static methods, prefer dependency injection (Dagger) and don’t use PowerMock as a design crutch.
AI-written summary · about
chapters (5)
related talks
44mWhat makes good unit tests for Android apps
41mHow to Really Test an Android Application
56mTesting for Success in the Real World
45mWhere do the Android tests belong?
31mBeyond the Mockery- Why We Should Embrace Testing Without Mocking Frameworks
41mAndroid Testing Bootstrap
24mMastering the mobile testing pyramid
44mEfficient testing UI Android apps by example
