Not logged in - Log In / Register

Revision 3 as of 2011-01-05 14:15:59

Clear message

QA on Soyuz

(See also the Effective QA section in BuildFarm)

There are three places you can do QA for Soyuz:

QA on qastaging

qastaging only runs the UI side of Soyuz services, so you can only test code that runs in the webapp:

QA on staging

staging runs its own instance of the buildd-manager and has its own builder, clementine. This means that any builds that are queued will get processed and built. Builds can be created in 2 main ways:

Since qastaging does not run the uploader the latter is not possible, so you need to copy some package in the UI to make a build job. Visit the Copy Packages link on any PPA page.

Because the publisher also doesn't run on staging, the built binaries will remain in limbo for ever (the green cog icon).

QA on dogfood

Dogfood is the original QA platform for Soyuz and some developers have shell access which is necessary to run the scripts and work with production-like data. Since this machine is not open for general access to developers, anyone wishing to QA changes to the following things will need to contact a member of the original Soyuz team to do their QA for them.

Dogfood has limited resources and is starting to get close to disk space limitations when restoring the production database. We generally only restore once per 6 months after production initialises a new Ubuntu release, as it's more effective to restore the database (~40 hours) than to initialise new series on dogfood. Dogfood is very, very slow.