[Automated-testing] Automated testing update

Paul Eggleton paul.eggleton at linux.intel.com
Tue Mar 11 05:03:25 PDT 2014


Hi folks,

Just to give everyone an update of where we are in the Yocto Project with 
automated QA:

1) For running tests on real hardware, we're continuing along the path for the 
1.6 release to get some basic testing capabilities. Stefan has sent patches to 
enable building simple master images, deploy test images using it, and boot 
into the master image (at least for x86 systems; I'm still waiting on the BSP 
for it, but I hope to enable the MIPS EdgeRouter Lite for 1.6 as well). 
Cristian is working on an expect script for the power strip in the test rack 
that we have to be used in conjunction with conmux/hardreset for resetting 
boards.
(To clear up any confusion, we're not expecting to develop this much further 
beyond 1.6 - as I've talked about before, we needed something to allow our QA 
team to streamline their processes without being too disruptive, with the aim 
of looking at a migration to LAVA for the test automation in 1.7. We do expect 
that lessons learned and even some of the scripts will be re-usable in 
conjunction with LAVA though.)

2) The ability to run our tests on a nominated machine if it has the target 
image already installed and you know its IP address has been merged. Whilst by 
no means a complete solution for automated testing, for platforms where we 
can't yet do the image deployment automatically it still enables QA to run the 
rest of the tests more quickly after doing the deployment manually.

3) The ability to export tests so they can be run outside of the build system 
is now merged. The expectation is this will make it easier to run our existing 
tests under the control of an external system (e.g. LAVA) - the build system 
finishes building the images, exports the test scripts and then the scripts can 
be sent off to another system to be run asynchronously. (The exported scripts 
don't handle any deployment, on the understanding that this would be handled 
by other means e.g. by LAVA.) This will also help where your test 
infrastructure is not directly connected to the build machine, which is 
certainly true of our setup.

4) Not directly related, but oe-selftest has also been merged, so we now have 
a framework for testing the build system itself, as well as a few initial 
tests.

As always, the code for this can be found in OE-Core / Poky master under 
meta/lib/oeqa/.

Re LAVA, I've been very busy with 1.6 work lately so I haven't had much of a 
chance to look at it since our last discussion, but I hope to have time soon. 
Does anyone else have anything to report?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


More information about the automated-testing mailing list