On 20 June 2011 08:29, James Westby <james.wes...@canonical.com> wrote:
> On Mon, 20 Jun 2011 12:10:08 +1200, Michael Hudson-Doyle 
> <michael.hud...@linaro.org> wrote:
>> Something I don't completely have a plan for in my head at the moment is
>> connecting the dots, or preserving identity between componenets (as I
>> think Zygmunt put it).  We have a build, which will trigger a test run,
>> which will result in a test bundle being uploaded to the dashboard.  I
>> can see how to link the build to the test run and (mostly -- I'd like to
>> talk about the details of this) see how to link the test run to the
>> bundle, but I don't quite see how to have a link on the build page that
>> goes straight to the results.  I guess we can always have a
>> $job_url/results link that does a redirect to the appropriate page in
>> the dashboard...
>
> I think it's vital for LAVA to connect a test run and the results from
> it, and I'm sure it will, but the details of that are something for you
> to decide.
>
> As a consumer of LAVA though I think it's also vital that there is some
> way to link to a particular test run for things like
> android-build.linaro.org.
>
> One way to do this would be to provide a test id back as the response to
> the API calls that schedule tests. That test id can then be used to
> contstruct URLs or make API calls.
>
> If you don't want test ids to be the basis of APIs etc. then we could
> also make use of something that worked based on an externally defined
> identifier (e.g. the android-build.linaro.org URL.) If we could make API
> calls specifying our identifier, and maybe construct URLs too then we
> can also use that to display results or whatever on
> android-build.linaro.org.

Lets cut out one level of indirection and use the build URL as the id.

> In terms of implementation I think that the latter would be easier given
> where android-build.linaro.org is now, but I don't think the former
> would be that much harder for us to do.
>
> As for android-build.linaro.org building other things I don't think
> that's really an issue for LAVA, as I think that we should push from
> android-build.linaro.org to LAVA, rather than having LAVA
> pull. android-build.linaro.org can then decide based on the build type
> what info to submit, including the type of artifacts, and LAVA can have
> a simpler job to map from say "android" to the set of tests to run for
> that.

Yeah, I agree that LAVA shouldn't pull anything. The build system
should be requesting the tests at a high level, i.e. please run the
"Android Benchmark and Test load on build x."

The build should also probably wait until the test is done and get a
pass fail, this should help set us up for Gerrit integration in the
near future.

I'll pull a BP together.

> Thanks,
>
> James
>

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to