Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Android Emulation to .travis.yml to run the .APK #5

Open
hostilefork opened this issue Aug 27, 2019 · 0 comments
Open

Add Android Emulation to .travis.yml to run the .APK #5

hostilefork opened this issue Aug 27, 2019 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@hostilefork
Copy link
Member

hostilefork commented Aug 27, 2019

It is possible to run an android emulator on Travis, and there are commands in the "Android Debug Bridge" to interact with this emulator:

https://developer.android.com/studio/command-line/adb#issuingcommands

You can install a package. So presumably, an .APK built on the Linux Travis container can be passed as a parameter to that, and it will be installed on the emulator (and presumably it would give back a "success!" or "failure!" message).

You can issue commands through shell, and among the commands you can run from a shell is to start an app:

https://stackoverflow.com/a/4567928/211160

It seems that if you combine this with the ability to push and pull files from the device, it would be possible to get back information on whether some kind of basic test finished successfully. Or it may not be necessary to do that, because all the work could be done by the shell on the phone...and then all you get is success or failure.

It's probably not necessary to automate a web browser to make sure the web console is working. Command line tests that wget or curl against localhost can probably test the server adequately (?)

In any case, the main idea would just be to have some kind of basic sense that it hadn't been broken...

Obviously designing this emulator-based-test is best tried out on a local Linux first! - I can try to help, but have a lot of things to do...including once this gets implemented, I'll be maintaining it whenever I break it, so maybe it's in your best interest to make sure this happens. :-)

@hostilefork hostilefork added the enhancement New feature or request label Aug 27, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants