Le 25/06/2014 00:46, Chris Steipp a écrit :
I just +2'ed a change to add a few basic selenium tests to core [1]. I think it will benefit us all to have a set of automated tests to quickly make sure mediawiki is working correctly. From a security perspective, this also takes a step towards more efficient security testing, which I'm also a fan of (if you've tried blindly scanning mediawiki, you know what I'm talking about..).
<snip>
The next big step would be to trigger them whenever someone propose a patchset in Gerrit or vote +2. We have some scripts to setup a MediaWiki locally and run the browser tests, but that proven to be a bit unstable :-/
I am wondering how developer would feel with having browser tests reported back to Gerrit. Possibly has a different check so we dont have to wait for them to complete before reporting all the other tests.
I'd like to see more tests added and backported to REL1_23 to make sure we have an ongoing suite to check releases against for next few years that we support that LTS. If anyone is interested in both mediawiki core and browser tests, I'm sure the QA team would like to get you involved.
That is a nice idea. We could then trigger them before releasing a new tarball which will add some confidence. There is a bit of script needed there but that is definitely doable.
Big thanks to hashar, Chris McMahon, and Dan Duvall for indulging me and getting this done. I'll let them jump in with all the details I've missed.
Oh I have done nothing beside requesting someone to write the announcement :-]