You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bloodhound.apache.org by Ryan Ollos <ry...@wandisco.com> on 2013/07/16 20:37:23 UTC
Re: Automated unit test runs (Was: Re: last unit-test run)
On Fri, May 31, 2013 at 7:58 AM, Gary Martin <ga...@wandisco.com>wrote:
> On 30/05/13 18:47, Anze Staric wrote:
>
>> I have fixed the failing test in bhsearch. Only 2 remain :)
>>
>>
>> Anze
>>
>
> Excellent work!
>
> We now have a buildslave running some unit tests on commits (with a two
> minute tree stabilisation timer). This is certainly not meant to be a
> substitute for running the tests locally but it is available for reference.
>
> There are plenty of improvements that can be made but it would be good to
> stop rest of the current tests from failing at which point I will probably
> look at getting some kind of notification of changes from success to
> failure.
>
> The recent build list is currently here: http://ci.apache.org/builders/**
> bh-unit-tests/ <http://ci.apache.org/builders/bh-unit-tests/>
>
> As Anze said, the good news is that the most recent complete build shows
> both bhsearch and bhrelations as passing all tests that are not skipped.
> Multiproduct still has two failed tests (see
> http://ci.apache.org/builders/**bh-unit-tests/builds/7/steps/**
> run%20multiproduct%20tests/**logs/stdio<http://ci.apache.org/builders/bh-unit-tests/builds/7/steps/run%20multiproduct%20tests/logs/stdio>
> )
>
> On this platform, the multiproduct tests took almost 40 minutes to run so
> it is probably a good idea to be attempting to optimise those.
>
> There are also two runs of bhdashboard tests that appear to not be running
> correctly but I may need help in running them properly. In the longer term,
> I would like to be removing the dutest dependency for these (I may have
> already said this) but I realise this might take a bit of effort so that
> can wait for a bit.
>
> Cheers,
> Gary
>
Since this seems to be the most informative thread on the build slave, I
thought it would be best to follow up here on the question raised earlier
by Anze.
http://markmail.org/message/zstxrgqcixwidiur
Looking at the build config script some more, it looks like it will be
fairly easy to add a notification to the dev list. I'd also like to try and
fix the failure in the Trac unit test run that seems to be due to a missing
Genshi import.
How can I and other committers contribute to this script? What is the
process for deploying the script to the build slave? If I checkout the
script, make and test some changes locally and check it back in, will the
modified configuration script get automatically picked up by the build
slave?