Today, testing a package may be slow because of the waiting period that compensate the lack of rigorous test suites to regression-test changes, lack of hardware for QA’ing, we are mainly relying on community for testing, the amount of patches that get rolled can be important,... All of this can lead to a bug with a known fix going unaddressed in Ubuntu for several months.

We need to shorten the delay of validation for SRUs and being able to provide adequate resolution on an ETA for a fix being included in Ubuntu.

The goal of this session is to discuss and decide how to improve Standard SRU testing (everything but kernel), make it more efficient, increase the coverage of the QRT and build a test harness to run daily.