cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From julio cesar sanchez <jcesarmob...@gmail.com>
Subject Re: An idea for manually testing plugins
Date Tue, 06 Dec 2016 22:30:15 GMT
+1 to appium

2016-12-05 23:33 GMT+01:00 Filip Maj <maj.fil@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-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message