On 01/17/2012 06:11 AM, Greg Freemyer wrote:
On Mon, Jan 16, 2012 at 11:55 PM, Roger Luedecke email@example.com wrote:
I think we could benefit from a QA team. Our duty would be to check various packages to make sure they function, and to test reported bugs. Also to seek upstream bug reports and patches to determine if the issue is upstream, and if a patch is available and inform the maintainers.
Another potential point would be to check the openFATE for package requests and see about getting them built and put in the appropriate repo.
What do you think of this idea, and do you have any feedback regarding a process... a way to standardize. Also, will the package maintainers and developers be willing to respond to the findings of a QA team?
How does that differ from the testing team? (See the opensuse-testing ML.)
Both the automated testing harness and the manual testing fall under that team as far as I know (and I think it is a small team).
If you're not familiar with http://openqa.opensuse.org/results/ it is simply amazing in my view.
I'm sure Bernhard could use help expanding on that, but the basic concept is in place and the testing team exists.
I'm sure they would welcome another smiling face on the team.
I think, Roger was talking about a different thing. openQA is mostly about making sure that Factory's core packages are usable, but not about following every single bug.
The first part sounds like a bugzilla-screening team. I think, we have some people there (who might also be on our opensuse-testing ML), but things could be improved (faster, getting more bugs to the right people, triage)
The openFATE part might be missing atm, so that many fate requests just lie around without people that could be interested knowing.
I could imagine that we make tools to help those tasks (could be hosted on the openQA server).
Ciao Bernhard M.