Editing QA meeting

Warning: You are not logged in. Your IP address will be recorded in this page's edit history.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.

Learn more about Contributing to the wiki.

==QA Meeting Agenda==

Please place the things you wish to discuss at the QA meeting on [[IRC]] below.

'''In the next meeting...'''
* I want to discuss how to integrate Fennec as 3rd party app into bugs.maemo.org
**Do we need ttis integration? Why bugzilla.mozilla.org is not enough?
**What are alternatives?
**There is already [https://bugzilla.mozilla.org/show_bug.cgi?id=526798 an open bug for this issue]. Feel free to add your thoughts!
--[[User:jukey|jukey]] 19:18, 11 November 2009 (UTC)

==Meeting details==

* IRC: irc.freenode.org
* Channel: #maemo-meeting
* Time: Tuesday, November 10th, 14:30 UTC

===Agenda===

* QA is good.
* The criteria are a good start, but need tweaks 
* The packages UI needs some streamlining for testers.
* As a tester, a better reminder of the checklist when checking would be good. I also like the ease with which I can give feedback.
* As a developer, I don't *think* I want to be constrained with "release early, release often" when fixing bugs or introducing new small features.
* We need a mechanism to preserve karma or reset it to zero.
* Discuss the possibility of PPAs or personal repositories.
* specific bug report should always be required to block a package from entering Extras.
* Developer's karma and tester's karma should be incorporated so that a "developer with high karma would be able to push packages through the process faster, and a high rolling tester would be able keep bugs open and classified as critical in case of disagreement."
* Bugtracker field should be a blocker ? what about background packages ?
* What to do with CLI apps ?
* Allow people to vote multiple time.
'''Actionable items'''

# We recommend lowering acceptable karma from 10 to 5.
# Thumbs down requires a comment as well.
# Testers should follow the checklist closely so it is clear what the testing criteria are.
# Positive package karma gets preserved for bug fixes, cosmetic changes.
# Allow people to cast more than one vote for a package.
# App authors should be *prevented* from thumbing up own app and that a maintainer thumbing it down removes it from the QA list
# PPAs are bad.
# Without an application, libraries do not go through the QA process. tester logs in, reviews app metadata on web, installs via .install, tests and then votes ;-)

===Wishlist===

# Approval interface available in Application Manager.
# User clicks a series of checkboxes, the app gets promoted automatically.

[[Category:Community]]
[[Category:Quality Assurance]]

Please note that all contributions to maemo.org wiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see maemo.org wiki:Copyrights for details). Do not submit copyrighted work without permission!

Summary:

Cancel | Editing help (opens in new window)

Retrieved from "http://wiki.maemo.org/QA_meeting"

Personal tools

Navigation

Views

Editing QA meeting

@@ Line 8: / Line 8: @@
 **What are alternatives?
 **There is already [https://bugzilla.mozilla.org/show_bug.cgi?id=526798 an open bug for this issue]. Feel free to add your thoughts!
-*How to build a bridge between bugs.maemo.org and [http://maemo.org/packages/repository/qa/fremantle_extras-testing/ the package voting system]
-**As somebody fills bug reports normaly only if I found a bug during normal daily use it would be nice to have a link to the application packge to vote for.
 --[[User:jukey|jukey]] 19:18, 11 November 2009 (UTC)