In my experience with appium, it is troublesome to set up and maintain. We may investigate other frameworks that have similar functionality. I have had great luck with calabash.
On Tue, Dec 6, 2016 at 5:30 PM julio cesar sanchez <jcesarmob...@gmail.com> wrote: > +1 to appium > > > > 2016-12-05 23:33 GMT+01:00 Filip Maj <maj....@gmail.com>: > > > > > Hi, it's me again! > > > > > > How I'd like to contribute to Cordova is to help automate the stuff > > > that saves committers having to take the manual time to do themselves. > > > I think a good first goal would be to help automate as much of > > > platform release testing as possible [1]. The autotests seem to be > > > handled relatively well by the CI system so far (if anyone feels this > > > is not true, please speak up! I want to hear about what works and what > > > does not). The other part of mobile-spec-based platform release > > > testing is to "run the manual tests". After reading the > > > cordova-plugin-test-framework README [2], I thought this would be a > > > good place to give plugin developers some better tools to deal with > > > testing complex UI interactions that the autotests can't handle on > > > their own. I was thinking appium [3] would be a good tool to > > > complement that in this case. It gives us UI hooks into both web and > > > natives contexts within hybrid applications, plus it also allows us to > > > inject JavaScript into the web context. Wondering what others think? > > > > > > I could then foresee, with a little bit of scaffolding, a way to > > > string plugins' appium tests together to fully automate the 'manual' > > > testing of plugin tests during platform release testing. > > > > > > Let me know what y'all think! > > > > > > [1] https://github.com/apache/cordova-coho/blob/master/docs/ > > > platforms-release-process.md#what-to-test > > > [2] https://github.com/apache/cordova-plugin-test-framework# > > > defining-manual-tests > > > [3] appium.io > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > > >
