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

Integration test of the whole Metarhia stack #5

Open
aqrln opened this issue Mar 12, 2017 · 7 comments
Open

Integration test of the whole Metarhia stack #5

aqrln opened this issue Mar 12, 2017 · 7 comments

Comments

@aqrln
Copy link
Member

aqrln commented Mar 12, 2017

We now have a running Jenkins instance, I'll create accounts for (I guess?) @metarhia/angeli (permissions are tbd, and I think we should "refactor" our teams a little bit too, create new teams for active collaborators of different projects for more convenient notifications etc., but that's a matter of a different discussion) once it is configured properly and there are useful jobs.

The great thing behind it is that we can script any testing scenarios we want, and, as one of the most interesting cases, test all the components together.

Some thoughts about it:

What we may really do: combined integration test of Metarhia stack: Impress + JSTP + Common + Metasync + Globalstorage. After test of all components together no need to test them separately.

(@tshemsedinov, metarhia/common#5 (comment))

I may argue with the point that we'll no longer need to test them separately, since it is a whole lot faster for single commits. IMO such an integration test has to be run before publishing a package (i.e., if we are about to release component A, then all components Ci ∈ Metarhia, Ci ≠ A are taken from NPM and A is taken from Git, and they are tested together). Though these details are tbd, the integration test won't change much either way.

(@aqrln, metarhia/common#5 (comment))

@belochub and all the others, what do other think about it?

I'd also want to include our mobile clients to the integration test. AFAIK, Android JSTP implementation is pure Java and there's no problem running it using Java SE on CI server (@lundibundi, correct me if I am wrong). @Gagnant, @GYFK, any ideas how we can test your Swift implementation? Can it be used in a CLI macOS application so that we can just setup a Jenkins agent on our Mac Mini in the office and write a simple test app to be compiled?

@belochub
Copy link
Member

I guess the issue metarhia/jstp#50 should be linked here as well.
Totally agree with everything you said.

@lundibundi
Copy link
Member

@aqrln yeah, pure java with a few libs (maven deps).
Also agree, such testing would be great.

@aqrln
Copy link
Member Author

aqrln commented Mar 13, 2017

@lundibundi btw, as far as I see, you don't use neither Travis nor other CI service in your JSTP implementation. Java is natural for Jenkins and it supports integration with Gradle, JUnit and other Java-world tools out-of-the-box, so I think we should set it up for your project 😉

@lundibundi
Copy link
Member

@aqrln yeah, that would be great, as for now i only use local tests. 😀

@aqrln
Copy link
Member Author

aqrln commented Mar 13, 2017

@lundibundi will you be in the office today?

@lundibundi
Copy link
Member

@aqrln most likely not, but i guess we can discuss this in telegram or hangouts.

@GYFK
Copy link
Member

GYFK commented Mar 13, 2017

@aqrln surely, we can arrange that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants