The goal of this project is to provide a hand-picked collection of Android libraries, tools, open-source projects, books, blogs, tutorials - you name it. This project will try to showcase only the best, most popular and well-tested resources that you will actually need and find useful rather than overwhelming you with a plethora of low-quality ones.
android android-library android-development android-developers android-book android-open-source websites android-game twitter android-studio kotlin-android android-apps android-tests sample-androidComplete reference for Android Testing with examples. A unit test generally exercises the functionality of the smallest possible unit of code (which could be a method, class, or component) in a repeatable way.
android-tests instrumentation-tests junit mockA simple and powerful way for making assertions in your mocked API. To properly test an Android application we must isolate all the external dependencies that we can't control. Normally, in a client/server application, this boils down to the API calls.
mock-server requestmatcher fixtures mockwebserver making-assertions android-library android-testsClean MVP Architecture with Dagger2 + Retrofit2 + Mockito + Fresco + EasiestGenericRecyclerAdapter + EventBus + Anko using Kotlin. Note: If you would like to use RxJava, you can check this repo.
kotlin kotlin-android mvp-architecture mvp-android dagger2-mvp dagger2 clean-architecture mvp-clean retrofit2 retrofit mvp mvp-pattern leakcanary unit-test android-testing android-tests unit-testing unittest unittesting kotlintestCollection of Android app tests. Each folders are pairs of sample app codes and test codes. Test with Android ARM EABI emulator executed on Docker.
android android-testsThe purpose of the project is to demonstrate the approach of testing the UI in Android app, by using espresso. The project has a very simple login screen, and based on the input it has to show an error, or open the main application screen. The key point of this project is to demonstrate the approach for getting a rock-solid UI tests that would run on any environment, without any external dependencies. Traditionally, there were different approaches for mocking a rest service that would run on the same machine with the emulator, so the app would make the real calls. In this example, the test doubles are created and kept in the source code, so the app would not need any external dependencies for running the UI tests. Furthermore, the replies are very fast so there is no need for any idling resources. The idea is to focus on the UI, because the initial intention is to test the UI, not the actual calls. At the beginning, it's very important to note that the project has 2 flavors: mock and prod. The reason behind is to separate the data source. The production data source implementation would make the real work (calls to sever, etc), while the mock implementation would return mocked replies (aka test-doubles) based on the input. This could have been done in many different ways (using dagger for instance), but the intention here is to achieve the goal with as little dependencies as possible, so it will be very simple to be understood.
android-ui android-testing android-tests android-ui-tests android android-application espresso-tests espressoThis repo contains the source code related to this article: Don't be lazy, use @Rules. rules4android is distributed through JCenter. To use it you need to add the following Gradle dependency to your android app gradle file (NOT the root file).
junit junit4 junit-rule junit-report junit-test android android-library android-development flaky-tests flaky android-testing android-tests android-test android-junit
We have large collection of open source products. Follow the tags from
Tag Cloud >>
Open source products are scattered around the web. Please provide information
about the open source projects you own / you use.
Add Projects.