[Scons-dev] Buildbot, Java and D...
William Blevins
wblevins001 at gmail.com
Sat Sep 13 12:35:31 EDT 2014
Dirk,
Haha. That was a funny typo, sorry ;)
Without running all tests (that are valid) on all buildbots (since I assume
they have a unique O/S, version of python, or other important feature),
then I assume we do not have full test coverage. Running tests locally is
another matter.
V/R,
William
On Sat, Sep 13, 2014 at 12:28 PM, Dirk Bächle <tshortik at gmx.de> wrote:
> On 13.09.2014 17:44, William Blevins wrote:
>
>> Dirke,
>>
>> 'tis a week t'early ferrr that. ;)
>
> The top two no_result calls need to work when we add the test for "real",
>> so we might as well fix them. I think you answered your own question,
>> looks like the skip option needs to be enabled, so the test is skipped
>> rather than fails; however, the real question here is, why are we running
>> tests on a buildbot without Java installed? Is ignoring a whole language
>> toolchain reasonable?
>>
>>
> I would say so, yes. The testsuite can be run by any user who wants to
> check whether his patch introduces a regression. For this, he wants a clean
> run of all tests (passed or skipped) before, and after applying his
> changes. And we don't want to force him having to install Java, SWIG, Qt,
> D,..., and whatnot.
> The tests have to cope with uninstalled applications/tools, and this gets
> tested as well...by not installing anything on every Buildbot. As long as
> we have *some* machines with Java in the mix, we should be doing fine.
>
> Which leads to the more interesting question: How do we guarantee full
> test coverage, i.e. ensure that each test is properly run at least once on
> a Buildslave?
>
>
> Dirk
>
> _______________________________________________
> Scons-dev mailing list
> Scons-dev at scons.org
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist2.pair.net/pipermail/scons-dev/attachments/20140913/e78a632d/attachment.html>
More information about the Scons-dev
mailing list