I know we can all suites have a property to specify runtime to be testes. :) But if we want to test another runtime, we need to specify them one by one.
I mean is there a way to specify it globally? 在 08-3-6，Stepan Mishura<[EMAIL PROTECTED]> 写道： > On 3/5/08, Sean Qiu <[EMAIL PROTECTED]> wrote: > <SNIP>> > > > > Harmony test suites can be used as stand alone suites to verify/test > > > different implementations �C in other words, the suites are not tightly > > > coupled with DRL VM, for example, it is possible to run them against > > > IBM VME (BTW, may it be makes sense to run full set of suites against > > > IBM VME for each milestone candidate as for DRL VM. Any volunteers?) > > > > > > > It sounds reasonable, in fact, i am going to plan the same thing. > > Maybe we can make our BTI a more flexible infrastrcture for more runtime. > > We can pick up a runtime before starting the BTI as well as the test > > suite, such as: > > > > drlvm+harmony -| |- classlib unit test > > j9vm+harmony -| -- BTI ----|- vm unit test > > ... -| |- ... > > > > > Sean, > > With the current BTI it is possible to select runtime for running test > suite - all suites have a property to specify runtime to be testes. > IMO the only thing to be improved here is to unify a property name for > all suites. > > Or do you mean that it should be possible to run a test suite by turns > on different VMs? > > Thanks, > > Stepan. > > > > > > Volunteer :) > > > > > I'm going to update the test infra home page [1] with info related to > > > the renewed trunk. Also I think the page should contain some words > > > about project's testing strategy: i.e. how Harmony QA and release > > > process are organized - integrity/snapshot testing, milestones, code > > > freeze and etc., what suites are there (their description and > > > purpose). I think this may encourage people to invest efforts into > > > developing tests. > > > > > > Other ideas and thoughts? > > > > > > [1] http://harmony.apache.org/subcomponents/buildtest/index.html > > > > > > Thanks, > > > Stepan. > > > > > > > > > -- > > Sean, Xiao Xia Qiu > > China Software Development Lab, IBM > > > -- Sean, Xiao Xia Qiu China Software Development Lab, IBM
