I guess it would be great if the Package QA Tracker worked like this in my opinion.
People can submit QA results like usual. Every 24 hours minimum(when all the results are submitted for each individual set, passed or failed, like for Lubuntu Desktop, Ubuntu GNOME, etc) the QA tracker could go through this cycle: If a result is passed, just a reset of that specific test case. Allow for new submissions. If a package is working perfectly fine, why hold it back? If a result is failed, until the bug is fixed, the test case would stay the same, but no duplicate test results(if the same bug is found, just a "me too" in Launchpad, if it is a new bug, a new test case like normal). We could use the existing function that you can view the details of the bug with when you hover to get that running. Another alternative option for this would be to just have a history and before submitting test cases with bugs, you had to take a look at the history to see what bugs were reported. Although this alternative option probably wouldn't work, a history nonetheless is a good idea. And for the release cycles, if one of these cycles(the proposed cycle) happen to fall in between these checkpoints, then there should be a way to indicate, "This was in Alpha, this was in Beta", etc. I am open to any and all ideas, so feel free to leave feedback. -- Have a nice day, Simon Quigley -- Ubuntu-quality mailing list Ubuntu-quality@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-quality